I suspect there is a simple explanation to this I've overlooked. We have a problem delivering to one address @eastlink.ca
The odd thing is that the bounce is from google mail, and this Canadian ISP does not use google mail services. I've tested that 'host -t mx eastlnk.ca' returns the smtpin.eastlink.ca on the mail server. In the log I see something like this: Feb 21 09:27:46 myserv postfix-internal/smtp[2601]: 131642E57CE: to=< xxxxxx...@eastink.ca>, relay=ASPMX.L.GOOGLE.COM[74.125.47.27]:25, delay=4.8, delays=0.22/0/1.4/3.1, dsn=5.1.1, status=bounced (host ASPMX.L.GOOGLE.COM[74.125.47.27] said: 550-5.1.1 The email account that you tried to reach does not exist. Please try 550-5.1.1 double-checking the recipient's email address for typos or 550-5.1.1 unnecessary spaces. Learn more at 550 5.1.1 http://mail.google.com/support/bin/answer.py?answer=659655si11628884yhl.18 (in reply to RCPT TO command)) If I do this via a telnet session to port 25 on smtpin.eastlink.ca I don't get the above error. tcpdump of a send through postfix (on another test to same address) reveals it was talking with iy-in-f27.1e100.net - belonging to google. Also, in the same tcpdump capture I happen to see another email sent to an eastlink.ca address and it contacted the right server. I've verified the problem myself, going to my smtp directly with my email client. The problem is specific to one address. Sounds like a mapping, but I can't find it. If I do 'grep eastlink.ca *' in my postfix directory or on /etc/aliases, there is no match. Are there any more places to search for this or ways I can trace it? --Donald