OK, now I'm confused, I tried again and the message got frozen, the diagnostics said I was trying to send to [email protected] rather than [email protected], I wasn't! I tried again using the mail command with mail -v -s .... and it worked, and has worked a few times since.
On 8 June 2012 11:03, Ed <[email protected]> wrote: > Thank you both, 'foo.com' isnt the actual domain name it was just an > example as I didn't want to spam the list with my actual domain. > > The MX records point to googlemail and exim -bt prints out information > for googlemail. I did the exim -d -M thing and got reams of output I > don't yet comprehend but one of the complaints was about there being > no account for '[email protected]' who is the sender but who doesn't exist > at googlemail. I am going to crawl through the diagnostics and come up > with a next step. > > On 7 June 2012 13:10, Andrew <[email protected]> wrote: > >> >> The problem could be related to the MX records for foo.com which point to >> 0.0.0.0 >> >> host -t mx foo.com >> foo.com mail is handled by 1000 0.0.0.0. >> >> however things might fall back to the A records I guess.. >> foo.com has address 23.21.179.138 >> foo.com has address 23.21.224.150 >> >>> >>> I tried editing exim.conf and changed >>> >>> domainlist local_domains = @ : localhost : localhost.localdomain >>> to >>> domainlist local_domains = localhost : localhost.localdomain >>> >> >> @ is the local host name - you should check that the hostname is set >> correctly and has >> proper forward and reverse DNS entries ( eg linode.foo.com ) as otherwise the >> remote server is likely to reject any messages ( if it thinks you are >> spoofing some address which >> may be the case if it thinks it handles mail for that domain ) >> >> >> -A -- ## List details at https://lists.exim.org/mailman/listinfo/exim-users ## Exim details at http://www.exim.org/ ## Please use the Wiki with this list - http://wiki.exim.org/
