| Main Archive Page > Month Archives > engarde-users archives |
On Thu, 20 Sep 2001, Mike Dain wrote:
> Hrm...ok so you can create the user in the webtool...forget that part. I
> did something stupid. The problem is getting postfix to recognize the login
> of username@domain.com.
>
> After creating the account username@domain.com, in the webtool go to "Mail
> Server Management" then go to "Domain Management". Select domain.com, add
> username to the "E-Mail Username" box and username@domain.com to the
> "Recipient" box. Now try sending an email to username@domain.com. You can
> now login to the system with your email client.
>
> The problem arises when someone tries to send an email to
> username@domain.com. Postfix won't recognize username@domain.com as a valid
> account, so it bounces the message back. I'm thinking there must be a
> postfix setting somewhere...but I don't know where that would be. Relative
> searches on the internet have come up with nothing.
>
> The exact message it returns is "Diagnostic-Code: X-Postfix; unknown user:
> "username@domain.com"
Well, looking at the help for "Recipient":
"This is the address you wish the alias to go to. This can be either a local user or an e-mail address.
If you wish for the mail to go to local user "rwm" then simply enter "rwm" in the box or select it from the user chooser.
If you wish for the mail to go to "rwm@linuxsecurity.com", then simply enter "rwm@linuxsecurity.com" in the box."
Postfix takes two forms in virtual:
user@maildomain.com [ localuser | remoteaddress ]
Where "localuser" is a local username, and remoteaddress is of the "user@host.com" form. I'm guessing that the Postfix parser sees your '@' in the username and assumes it's remote, and tries to deliver it via SMTP rather then just putting it /var/spool/mail/username@domain.com.
I'd say look at postfix.org and see if there is a way around this. Neither Pete nor I know of any (I just consulted with him wrt this issue).
More importantly, I'd like some evidence that using the form "username@domain.com" is an "industry standard" for local UNIX/Linux usernames. I can't exactly say that it violates the form because I cannot find any evidence notating so, but it just doesn't make any sense to me. There are other ways around this issue: Email Address Local User Choices ------------- ------------------ user@domain1.com user1 / domain1_user user@domain2.com user2 / domain2_user user@domain3.com user3 / domain3_user
The only invalid characters I could find for a username were "upper case characters" and "colons".
Cheers,
Ryan