sendmail config problem

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



Recently my wife received an Email addressed from jdavidson4@xxxxxxxxx 
When she tried to reply to the original message her reply bounced with

----- The following addresses had permanent fatal errors -----
<jdavidson4@xxxxxxxx>
   (reason: 553 5.3.5 system config error)

  ----- Transcript of session follows -----
553 5.3.5 home.com.nurdog.com. config error: mail loops back to me (MX 
problem?)
554 5.3.5 Local configuration error

I started to do some digging and discovered that there is no MX record 
for home.com which is the ultimate reason my wife's message bounces. 
However what disturbs me is that given the lack of DNS MX record for 
home.com my Email server is tacking my domain name nurdog.com onto the 
original domain name and creating home.com.nurdog.com. I verified that 
this action is indeed occurring:

# sendmail -bt -C./sendmail.cf
ADDRESS TEST MODE (ruleset 3 NOT automatically invoked)
Enter <ruleset> <address>
 > 3,0 jdavidson4@xxxxxxxx
canonify           input: jdavidson4 @ home . com
Canonify2          input: jdavidson4 < @ home . com >
Canonify2        returns: jdavidson4 < @ home . com . nurdog . com . >
canonify         returns: jdavidson4 < @ home . com . nurdog . com . >
parse              input: jdavidson4 < @ home . com . nurdog . com . >
Parse0             input: jdavidson4 < @ home . com . nurdog . com . >
Parse0           returns: jdavidson4 < @ home . com . nurdog . com . >
ParseLocal         input: jdavidson4 < @ home . com . nurdog . com . >
ParseLocal       returns: jdavidson4 < @ home . com . nurdog . com . >
Parse1             input: jdavidson4 < @ home . com . nurdog . com . >
Mailertable        input: < home . com . nurdog . com > jdavidson4 < @ 
home . com . nurdog . com . >
Mailertable        input: home . < com . nurdog . com > jdavidson4 < @ 
home . com . nurdog . com . >
Mailertable        input: home . com . < nurdog . com > jdavidson4 < @ 
home . com . nurdog . com . >
Mailertable        input: home . com . nurdog . < com > jdavidson4 < @ 
home . com . nurdog . com . >
Mailertable      returns: jdavidson4 < @ home . com . nurdog . com . >
Mailertable      returns: jdavidson4 < @ home . com . nurdog . com . >
Mailertable      returns: jdavidson4 < @ home . com . nurdog . com . >
Mailertable      returns: jdavidson4 < @ home . com . nurdog . com . >
MailerToTriple     input: < > jdavidson4 < @ home . com . nurdog . com . >
MailerToTriple   returns: jdavidson4 < @ home . com . nurdog . com . >
Parse1           returns: $# esmtp $@ home . com . nurdog . com . $: 
jdavidson4 < @ home . com . nurdog . com . >
parse            returns: $# esmtp $@ home . com . nurdog . com . $: 
jdavidson4 < @ home . com . nurdog . com . >

I run a second server that does not have this problem and this issue 
only seems to occur on domains with broken DNS. For example if I use an 
email address which comes with a working server I get:

 > 3,0 prg@xxxxxxxxxx

canonify           input: prg @ cirrus . com
Canonify2          input: prg < @ cirrus . com >
Canonify2        returns: prg < @ cirrus . com . >
canonify         returns: prg < @ cirrus . com . >
parse              input: prg < @ cirrus . com . >
Parse0             input: prg < @ cirrus . com . >
Parse0           returns: prg < @ cirrus . com . >
ParseLocal         input: prg < @ cirrus . com . >
ParseLocal       returns: prg < @ cirrus . com . >
Parse1             input: prg < @ cirrus . com . >
Mailertable        input: < cirrus . com > prg < @ cirrus . com . >
Mailertable        input: cirrus . < com > prg < @ cirrus . com . >
Mailertable      returns: prg < @ cirrus . com . >
Mailertable      returns: prg < @ cirrus . com . >
MailerToTriple     input: < > prg < @ cirrus . com . >
MailerToTriple   returns: prg < @ cirrus . com . >
Parse1           returns: $# esmtp $@ cirrus . com . $: prg < @ cirrus . 
com . >
parse            returns: $# esmtp $@ cirrus . com . $: prg < @ cirrus . 
com . >

This obvious thing to try was to remove FEATURE(always_add_domain), run 
m4 and restart sendmail but that had no effect. I am not that concerned 
about this problem, but for the life of me googling and comparing the 
config files between my two Email servers does not indicate anthing 
obvious to me to cause this behavior. Does anyone have an idea to which 
sendmail config parameter might be causing nurdog.com to get tacked onto 
home.com in these circumstances?

Thanks for any ideas.

-- 
Paul (ganci@xxxxxxxxxx)


[Index of Archives]     [CentOS]     [CentOS Announce]     [CentOS Development]     [CentOS ARM Devel]     [CentOS Docs]     [CentOS Virtualization]     [Carrier Grade Linux]     [Linux Media]     [Asterisk]     [DCCP]     [Netdev]     [Xorg]     [Linux USB]
  Powered by Linux