550-Mailbox unknown problem
Matthias Schmidt
usually I don't cross-post, but this time I do, because I didn't got any
answer on the OS X Server list.
So I apologize in advance.
I have a problem with 2 mail accounts on my Mac OS 10.5.1 Server system
with postfix and open directory.
They are both accounts of virtual domains.
I can send from both accounts, but can't receive mail (so they
definitely do exist in the open directory database)
The first thing I did, I looked what's the difference between those
accounts which do work and those in question.
Although I set everything up, I don't see any difference. The all belong
to the same ACL groups, are assigned to the same domain. all the
settings are the same.
the erro I get is:
<a...@example.org>: host mail.admilon.net[/var/imap/socket/lmtp] said:
550-Mailbox unknown. Either there is no mailbox associated with this
550-name or you do not have authorization to see it. 550 5.1.1 User
unknown
(in reply to RCPT TO command)
Final-Recipient: rfc822;a...@example.org
Original-Recipient: rfc822;a...@example.org
Action: failed
Status: 5.1.1
Remote-MTA: dns; mail.admilon.net
Diagnostic-Code: smtp; 550-Mailbox unknown. Either there is no mailbox
associated with this 550-name or you do not have authorization to see it.
550 5.1.1 User unknown
I was searching archives and google also found hundreds of hits (most
from such archived messages), but no answer, which would fit to my problem.
postfix -n looks like this:
command_directory = /usr/sbin
config_directory = /etc/postfix
content_filter = smtp-amavis:[127.0.0.1]:10024
daemon_directory = /usr/libexec/postfix
debug_peer_level = 1
enable_server_options = yes
html_directory = no
inet_interfaces = all
mail_owner = _postfix
mailbox_size_limit = 0
mailbox_transport = cyrus
mailq_path = /usr/bin/mailq
manpage_directory = /usr/share/man
message_size_limit = 20971520
mydestination = $myhostname,$mydomain,localhost.
$mydomain,localhost,mcgregor.$mydomain
mydomain = admilon.net
mydomain_fallback = localhost
myhostname = mail.admilon.net
mynetworks = 127.0.0.0/8,192.168.2.0/24,192.168.1.0/24
mynetworks_style = host
newaliases_path = /usr/bin/newaliases
queue_directory = /private/var/spool/postfix
readme_directory = /usr/share/doc/postfix
sample_directory = /usr/share/doc/postfix/examples
sendmail_path = /usr/sbin/sendmail
setgid_group = _postdrop
smtpd_client_restrictions = permit_sasl_authenticated,
permit_mynetworks, reject_unknown_client, reject_non_fqdn_hostname,
reject_invalid_hostname, reject_rbl_client cbl.abuseat.org,
reject_rbl_client bl.spamcop.net, reject_rbl_client zen.spamhaus.org, permit
smtpd_helo_required = yes
smtpd_pw_server_security_options = gssapi,cram-md5
smtpd_recipient_restrictions = permit_sasl_authenticated,
permit_mynetworks, reject_unauth_destination, permit
smtpd_sasl_auth_enable = yes
smtpd_use_pw_server = yes
unknown_local_recipient_reject_code = 550
virtual_mailbox_domains = hash:/etc/postfix/virtual_domains
virtual_transport = lmtp:unix:/var/imap/socket/lmtp
Thanks and all the best
Matthias
Victor Duchovni
> the erro I get is:
> <a...@example.org>: host mail.admilon.net[/var/imap/socket/lmtp] said:
> 550-Mailbox unknown. Either there is no mailbox associated with this
> 550-name or you do not have authorization to see it. 550 5.1.1 User
> unknown
> (in reply to RCPT TO command)
The LMTP server refused the mail. This is NOT a Postfix issue. Don't
blame the messenger. Debug the LMTP (mailbox server) problem.
--
Viktor.
Disclaimer: off-list followups get on-list replies or get ignored.
Please do not ignore the "Reply-To" header.
To unsubscribe from the postfix-users list, visit
http://www.postfix.org/lists.html or click the link below:
<mailto:majo...@postfix.org?body=unsubscribe%20postfix-users>
If my response solves your problem, the best way to thank me is to not
send an "it worked, thanks" follow-up. If you must respond, please put
"It worked, thanks" in the "Subject" so I can delete these quickly.
D. Walsh
working and non-working accounts along with the postfix configuration
itself to isolate the specific cause of the problem.
Use WGM to verify the credentials of the working and non working
users, it could be as simple as the assigned mail server for the non
working users.
-- BuildSmart