Re: [exim] Cannot send to own domain (which is served by Goo…

Top Page
Delete this message
Reply to this message
Author: Ed
Date:  
CC: exim-users
Subject: Re: [exim] Cannot send to own domain (which is served by Google apps)
OK, now I'm confused, I tried again and the message got frozen, the
diagnostics said I was trying to send to root@??? rather than
me@???, 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 <ed.temp.01@???> 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 'root@???' 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 <exim-users@???> 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