Postfix status bounced unknown user
Clash Royale CLAN TAG#URR8PPP
up vote
0
down vote
favorite
The Problem
As root, I send an email to John.
mailx john@example.com
The maillog contains status bounced, unknown user john.
postfix/local to=john@example.com, relay=local, delay=0.04, delays=0.02/0.01/0/0.01, dsn=5.1.1, status=bounced unknown user: "john"
My Setup
On a clean install of CentOS 7, I install Postfix.
yum install postfix
In the /etc/postfix/main.cf file, I use domain example.com.
mydestination = example.com
In the /etc/postfix/main.cf file, I set users home mailbox to Maildir/, and there is no mailbox command.
home_mailbox = Maildir/
mailbox_command =
In the /etc/postfix/main.cf file, I remove the comment from local recipient maps, to query local user accounts.
local_recipient_maps = unix:passwd:byname $alias_maps
I create a new user, John.
useradd john
I update the aliases database.
newaliases
I restart Postfix.
systemctl restart postfix
I verify Postfix is running.
systemctl status postfix
. . . active running
John's account exists in /etc/passwd.
john:x:1002:1002::/home/john:/bin/bash
The postconf command shows that Unix can be used to query users. This should mean that local_recipient_map = Unix:passwd.byname
can be used to query users.
]# postconf -m | grep unix
unix
I am not sure if this is the problem, but the following command produces no output.
postmap -q john@example.com unix:passwd.byname
My question should not be a duplicate of this similar question, as the solution provided in this similar post is to set mydestination
to localhost localhost.$mydomain
. When I do this, and then restart Postfix, I get the same exact error in the mail log, "bounced - unknown user john.doe". Also, in this other post, there is a much more developed Postfix setup, with mysql. My setup is very simple.
centos email postfix
add a comment |Â
up vote
0
down vote
favorite
The Problem
As root, I send an email to John.
mailx john@example.com
The maillog contains status bounced, unknown user john.
postfix/local to=john@example.com, relay=local, delay=0.04, delays=0.02/0.01/0/0.01, dsn=5.1.1, status=bounced unknown user: "john"
My Setup
On a clean install of CentOS 7, I install Postfix.
yum install postfix
In the /etc/postfix/main.cf file, I use domain example.com.
mydestination = example.com
In the /etc/postfix/main.cf file, I set users home mailbox to Maildir/, and there is no mailbox command.
home_mailbox = Maildir/
mailbox_command =
In the /etc/postfix/main.cf file, I remove the comment from local recipient maps, to query local user accounts.
local_recipient_maps = unix:passwd:byname $alias_maps
I create a new user, John.
useradd john
I update the aliases database.
newaliases
I restart Postfix.
systemctl restart postfix
I verify Postfix is running.
systemctl status postfix
. . . active running
John's account exists in /etc/passwd.
john:x:1002:1002::/home/john:/bin/bash
The postconf command shows that Unix can be used to query users. This should mean that local_recipient_map = Unix:passwd.byname
can be used to query users.
]# postconf -m | grep unix
unix
I am not sure if this is the problem, but the following command produces no output.
postmap -q john@example.com unix:passwd.byname
My question should not be a duplicate of this similar question, as the solution provided in this similar post is to set mydestination
to localhost localhost.$mydomain
. When I do this, and then restart Postfix, I get the same exact error in the mail log, "bounced - unknown user john.doe". Also, in this other post, there is a much more developed Postfix setup, with mysql. My setup is very simple.
centos email postfix
Did you issue thenewaliases
command? ... Postfix aliases
â RubberStamp
Nov 5 '17 at 12:54
Thank you. I forgot about thenewaliases
command. I have issued thenewaliases
command as root, restarted Postfix, send a new email to john.doe@example.com as root, and still the issue persists, where "bounced unknown user john.doe" appears in/var/log/maillog.
â JeremyCanfield
Nov 5 '17 at 13:09
This may or may not be related to your problem, but dots are a bad idea in UNIX usernames. That's becausejohn.doe
used to be interpreted as userjohn
, groupdoe
. Some utilities still do that to this day.
â Satà  Katsura
Nov 5 '17 at 16:51
Thank you for the tip @Satà  Katsura. I have replacedjohn.doe
withjohn
, and have verified the issue persists. I have updated my post to showjohn
.
â JeremyCanfield
Nov 5 '17 at 19:50
It's hard to tell what's going on without seeing your entire config and full logs. Which is why debugging Postfix configurations almost never works on Unix & Linux. I really suggest using thepostfx-users
list instead.
â Satà  Katsura
Nov 7 '17 at 13:17
add a comment |Â
up vote
0
down vote
favorite
up vote
0
down vote
favorite
The Problem
As root, I send an email to John.
mailx john@example.com
The maillog contains status bounced, unknown user john.
postfix/local to=john@example.com, relay=local, delay=0.04, delays=0.02/0.01/0/0.01, dsn=5.1.1, status=bounced unknown user: "john"
My Setup
On a clean install of CentOS 7, I install Postfix.
yum install postfix
In the /etc/postfix/main.cf file, I use domain example.com.
mydestination = example.com
In the /etc/postfix/main.cf file, I set users home mailbox to Maildir/, and there is no mailbox command.
home_mailbox = Maildir/
mailbox_command =
In the /etc/postfix/main.cf file, I remove the comment from local recipient maps, to query local user accounts.
local_recipient_maps = unix:passwd:byname $alias_maps
I create a new user, John.
useradd john
I update the aliases database.
newaliases
I restart Postfix.
systemctl restart postfix
I verify Postfix is running.
systemctl status postfix
. . . active running
John's account exists in /etc/passwd.
john:x:1002:1002::/home/john:/bin/bash
The postconf command shows that Unix can be used to query users. This should mean that local_recipient_map = Unix:passwd.byname
can be used to query users.
]# postconf -m | grep unix
unix
I am not sure if this is the problem, but the following command produces no output.
postmap -q john@example.com unix:passwd.byname
My question should not be a duplicate of this similar question, as the solution provided in this similar post is to set mydestination
to localhost localhost.$mydomain
. When I do this, and then restart Postfix, I get the same exact error in the mail log, "bounced - unknown user john.doe". Also, in this other post, there is a much more developed Postfix setup, with mysql. My setup is very simple.
centos email postfix
The Problem
As root, I send an email to John.
mailx john@example.com
The maillog contains status bounced, unknown user john.
postfix/local to=john@example.com, relay=local, delay=0.04, delays=0.02/0.01/0/0.01, dsn=5.1.1, status=bounced unknown user: "john"
My Setup
On a clean install of CentOS 7, I install Postfix.
yum install postfix
In the /etc/postfix/main.cf file, I use domain example.com.
mydestination = example.com
In the /etc/postfix/main.cf file, I set users home mailbox to Maildir/, and there is no mailbox command.
home_mailbox = Maildir/
mailbox_command =
In the /etc/postfix/main.cf file, I remove the comment from local recipient maps, to query local user accounts.
local_recipient_maps = unix:passwd:byname $alias_maps
I create a new user, John.
useradd john
I update the aliases database.
newaliases
I restart Postfix.
systemctl restart postfix
I verify Postfix is running.
systemctl status postfix
. . . active running
John's account exists in /etc/passwd.
john:x:1002:1002::/home/john:/bin/bash
The postconf command shows that Unix can be used to query users. This should mean that local_recipient_map = Unix:passwd.byname
can be used to query users.
]# postconf -m | grep unix
unix
I am not sure if this is the problem, but the following command produces no output.
postmap -q john@example.com unix:passwd.byname
My question should not be a duplicate of this similar question, as the solution provided in this similar post is to set mydestination
to localhost localhost.$mydomain
. When I do this, and then restart Postfix, I get the same exact error in the mail log, "bounced - unknown user john.doe". Also, in this other post, there is a much more developed Postfix setup, with mysql. My setup is very simple.
centos email postfix
edited Nov 5 '17 at 19:48
asked Nov 5 '17 at 12:37
JeremyCanfield
220210
220210
Did you issue thenewaliases
command? ... Postfix aliases
â RubberStamp
Nov 5 '17 at 12:54
Thank you. I forgot about thenewaliases
command. I have issued thenewaliases
command as root, restarted Postfix, send a new email to john.doe@example.com as root, and still the issue persists, where "bounced unknown user john.doe" appears in/var/log/maillog.
â JeremyCanfield
Nov 5 '17 at 13:09
This may or may not be related to your problem, but dots are a bad idea in UNIX usernames. That's becausejohn.doe
used to be interpreted as userjohn
, groupdoe
. Some utilities still do that to this day.
â Satà  Katsura
Nov 5 '17 at 16:51
Thank you for the tip @Satà  Katsura. I have replacedjohn.doe
withjohn
, and have verified the issue persists. I have updated my post to showjohn
.
â JeremyCanfield
Nov 5 '17 at 19:50
It's hard to tell what's going on without seeing your entire config and full logs. Which is why debugging Postfix configurations almost never works on Unix & Linux. I really suggest using thepostfx-users
list instead.
â Satà  Katsura
Nov 7 '17 at 13:17
add a comment |Â
Did you issue thenewaliases
command? ... Postfix aliases
â RubberStamp
Nov 5 '17 at 12:54
Thank you. I forgot about thenewaliases
command. I have issued thenewaliases
command as root, restarted Postfix, send a new email to john.doe@example.com as root, and still the issue persists, where "bounced unknown user john.doe" appears in/var/log/maillog.
â JeremyCanfield
Nov 5 '17 at 13:09
This may or may not be related to your problem, but dots are a bad idea in UNIX usernames. That's becausejohn.doe
used to be interpreted as userjohn
, groupdoe
. Some utilities still do that to this day.
â Satà  Katsura
Nov 5 '17 at 16:51
Thank you for the tip @Satà  Katsura. I have replacedjohn.doe
withjohn
, and have verified the issue persists. I have updated my post to showjohn
.
â JeremyCanfield
Nov 5 '17 at 19:50
It's hard to tell what's going on without seeing your entire config and full logs. Which is why debugging Postfix configurations almost never works on Unix & Linux. I really suggest using thepostfx-users
list instead.
â Satà  Katsura
Nov 7 '17 at 13:17
Did you issue the
newaliases
command? ... Postfix aliasesâ RubberStamp
Nov 5 '17 at 12:54
Did you issue the
newaliases
command? ... Postfix aliasesâ RubberStamp
Nov 5 '17 at 12:54
Thank you. I forgot about the
newaliases
command. I have issued the newaliases
command as root, restarted Postfix, send a new email to john.doe@example.com as root, and still the issue persists, where "bounced unknown user john.doe" appears in /var/log/maillog.
â JeremyCanfield
Nov 5 '17 at 13:09
Thank you. I forgot about the
newaliases
command. I have issued the newaliases
command as root, restarted Postfix, send a new email to john.doe@example.com as root, and still the issue persists, where "bounced unknown user john.doe" appears in /var/log/maillog.
â JeremyCanfield
Nov 5 '17 at 13:09
This may or may not be related to your problem, but dots are a bad idea in UNIX usernames. That's because
john.doe
used to be interpreted as user john
, group doe
. Some utilities still do that to this day.â Satà  Katsura
Nov 5 '17 at 16:51
This may or may not be related to your problem, but dots are a bad idea in UNIX usernames. That's because
john.doe
used to be interpreted as user john
, group doe
. Some utilities still do that to this day.â Satà  Katsura
Nov 5 '17 at 16:51
Thank you for the tip @Satà  Katsura. I have replaced
john.doe
with john
, and have verified the issue persists. I have updated my post to show john
.â JeremyCanfield
Nov 5 '17 at 19:50
Thank you for the tip @Satà  Katsura. I have replaced
john.doe
with john
, and have verified the issue persists. I have updated my post to show john
.â JeremyCanfield
Nov 5 '17 at 19:50
It's hard to tell what's going on without seeing your entire config and full logs. Which is why debugging Postfix configurations almost never works on Unix & Linux. I really suggest using the
postfx-users
list instead.â Satà  Katsura
Nov 7 '17 at 13:17
It's hard to tell what's going on without seeing your entire config and full logs. Which is why debugging Postfix configurations almost never works on Unix & Linux. I really suggest using the
postfx-users
list instead.â Satà  Katsura
Nov 7 '17 at 13:17
add a comment |Â
active
oldest
votes
active
oldest
votes
active
oldest
votes
active
oldest
votes
active
oldest
votes
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f402649%2fpostfix-status-bounced-unknown-user%23new-answer', 'question_page');
);
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Did you issue the
newaliases
command? ... Postfix aliasesâ RubberStamp
Nov 5 '17 at 12:54
Thank you. I forgot about the
newaliases
command. I have issued thenewaliases
command as root, restarted Postfix, send a new email to john.doe@example.com as root, and still the issue persists, where "bounced unknown user john.doe" appears in/var/log/maillog.
â JeremyCanfield
Nov 5 '17 at 13:09
This may or may not be related to your problem, but dots are a bad idea in UNIX usernames. That's because
john.doe
used to be interpreted as userjohn
, groupdoe
. Some utilities still do that to this day.â Satà  Katsura
Nov 5 '17 at 16:51
Thank you for the tip @Satà  Katsura. I have replaced
john.doe
withjohn
, and have verified the issue persists. I have updated my post to showjohn
.â JeremyCanfield
Nov 5 '17 at 19:50
It's hard to tell what's going on without seeing your entire config and full logs. Which is why debugging Postfix configurations almost never works on Unix & Linux. I really suggest using the
postfx-users
list instead.â Satà  Katsura
Nov 7 '17 at 13:17