[PLUG] Re: sendmail update and I'm not found

[Jeff Abrahamson <jeff@purple.com>]

Recap: upon upgrading sendmail today, I find that I can receive mail
but not send it outside my local machine.  It began to look like it
might be a simple DNS issue to which sendmail had suddenly and newly
become sensitive.

Trying to fix this, I tried a little hack, adding purple.com to
/etc/hosts on my mail machine:

    127.0.0.1	diderot	localhost purple.com

Previously I had seen this:

	jeff@diderot:jeff $ echo check_mail jeff@purple.com | /usr/lib/sendmail -bt
	ADDRESS TEST MODE (ruleset 3 NOT automatically invoked)
	Enter <ruleset> <address>
	> check_mail         input: jeff @ purple . com
	Basic_check_mail   input: jeff @ purple . com
	tls_client         input: $| MAIL
	TLS_connection     input:
	TLS_connection   returns:
	tls_client       returns:
	CanonAddr          input: < jeff @ purple . com >
	canonify           input: < jeff @ purple . com >
	Canonify2          input: jeff < @ purple . com >
	Canonify2        returns: jeff < @ purple . com . >
	canonify         returns: jeff < @ purple . com . >
	Parse0             input: jeff < @ purple . com . >
	Parse0           returns: jeff < @ purple . com . >
	CanonAddr        returns: jeff < @ purple . com . >
	Basic_check_mail returns: $# error $@ 5 . 1 . 8 $: "553 Domain of sender address " " does not exist"
	check_mail       returns: $# error $@ 5 . 1 . 8 $: "553 Domain of sender address " " does not exist"
	> jeff@diderot:jeff $

Now, on the other hand, I got a good result from check_mail:

    > jeff@diderot:jeff $ echo check_mail jeff@purple.com | /usr/lib/sendmail -bt
    ADDRESS TEST MODE (ruleset 3 NOT automatically invoked)
    Enter <ruleset> <address>
    > check_mail         input: jeff @ purple . com
    Basic_check_mail   input: jeff @ purple . com
    tls_client         input: $| MAIL
    TLS_connection     input:
    TLS_connection   returns:
    tls_client       returns:
    CanonAddr          input: < jeff @ purple . com >
    canonify           input: < jeff @ purple . com >
    Canonify2          input: jeff < @ purple . com >
    Canonify2        returns: jeff < @ purple . com . >
    canonify         returns: jeff < @ purple . com . >
    Parse0             input: jeff < @ purple . com . >
    Parse0           returns: jeff < @ purple . com . >
    CanonAddr        returns: jeff < @ purple . com . >
    Basic_check_mail returns: < OKR >
    check_mail       returns: < OKR >
    jeff@diderot:jeff $ 

Alas, attempting to send some mail

    jeff@asterix:jeff $ echo test | mail -s "test" jeffa@cs.drexel.edu
    jeff@asterix:jeff $

still results in failure, only now it's complaining of a forged IP name:

    Jun  5 15:30:25 diderot sm-mta[26497]: i55JUPX7026497: ruleset=check_rcpt, arg1=<jeffa@cs.drexel.edu>, relay=asterix.purple.com.0.168.192.in-addr.arpa [192.168.0.6] (may be forged), reject=550 5.7.1 <jeffa@cs.drexel.edu>... Relaying denied. IP name possibly forged [192.168.0.6]
    Jun  5 15:30:25 diderot sm-mta[26497]: i55JUPX7026497: from=<jeff@purple.com>, size=1364, class=0, nrcpts=0, proto=ESMTP, daemon=MTA, relay=asterix.purple.com.0.168.192.in-addr.arpa [192.168.0.6] (may be forged)
    Jun  5 15:30:25 diderot sm-mta[26498]: i55JUPX7026498: from=<>, size=1297, class=0, nrcpts=1, msgid=<E1BWgs5-0003nS-00@asterix.purple.com>, proto=ESMTP, daemon=MTA, relay=asterix.purple.com.0.168.192.in-addr.arpa [192.168.0.6] (may be forged)
    Jun  5 15:30:25 diderot sm-mta[26499]: i55JUPX7026498: to=<jeff@purple.com>, delay=00:00:00, xdelay=00:00:00, mailer=local, pri=31548, dsn=2.0.0, stat=Sent


Still in search of a clue...

-Jeff Abrahamson
___________________________________________________________________________
Philadelphia Linux Users Group         --        http://www.phillylinux.org
Announcements - http://lists.phillylinux.org/mailman/listinfo/plug-announce
General Discussion  --   http://lists.phillylinux.org/mailman/listinfo/plug