Le 20/11/2010 20:55, Victor Duchovni a écrit :
On Sat, Nov 20, 2010 at 07:45:41PM +0100, Ben wrote:
Thank you for your help ! The recipient domain should be configured as
final, but is not. I think that's the problem.
I joined the information you asked to avoid line breaking.
Turn off verbose logging, it is not needed, and obscures the logging
that's actually useful.
Nov 19 17:34:50 kappa postfix/smtpd[23554]: NOQUEUE: reject: RCPT from
mail-ww0-f47.google.com[74.125.82.47]: 554 5.7.1<i...@test-and-test.com>: Relay access denied;
from=<m...@gmail.com> to=<i...@test-and-test.com> proto=ESMTP
helo=<mail-ww0-f47.google.com>
This is sufficient, the domain "test-and-test.com" is not listed in
any of the final (or "relay") address classes
$ postconf mydestination relay_domains virtual_alias_domains
virtual_mailbox_domains virtual_alias_maps virtual_mailbox_maps
smtpd_recipient_restrictions
mydestination = $myhostname, localhost.$mydomain, localhost
relay_domains = $mydestination
Generally, you should set "relay_domains" explicitly to a
non-default value (often empty) and remove "relay_domains" from
parent_domain_matches_subdomains (which should be empty or just
parent_domain_matches_subdomains = smtpd_access_maps
).
virtual_alias_domains = $virtual_alias_maps
virtual_mailbox_domains = $virtual_mailbox_maps
virtual_alias_maps = $virtual_maps
You should set virtual_alias_maps explicitly to whatever you have
virtual_maps set to. You should set virtual_alias_domains to a list of
domains explicitly listed in main.cf, unless the list is large and or
changes often. Even then, you should use a separate table from
virtual_alias_maps.
virtual_mailbox_maps = proxy:mysql:/etc/postfix/myvirtual.cf
This defines mailbox locations for individual users.
$ postmap -q i...@test-and-test.com proxy:mysql:/etc/postfix/myvirtual.cf
/var/mail/i/info_test-and-test.com
This user has a mailbox. That does not make the *domain* final. You
need to list the *domain* in virtual_mailbox_domains.
Yes, you were true. The domain was not present in the virtual table. I
would investigate to find why now...
How can you see it's a domain related problem, instead of an email problem ?
Thank you for the pointer.
Regards,
Ben
