sendmail

[Steve Suhre]

The domain is resolvable. It's a local domain, that's why the server 
rejects the message. It can see that the username doesn't exist and 
dumps the connection right away. Here's an example, the mail never gets 
sent. "woohoo.com" is the local domain:

Fri Sep 01 17:00:35 GMT+00:00 2006Opening connection to MailServer
Fri Sep 01 17:00:35 GMT+00:00 2006 Sending Mail message
Fri Sep 01 17:00:35 GMT+00:00 2006SMTP msg sent:HELO napserver.DBTDNS
Fri Sep 01 17:00:35 GMT+00:00 2006SMTP response220 mail.domain.com ESMTP 
Sendmail 8.12.10/8.12.10; Fri, 1 Sep 2006 10:59:12 -0600 (MDT)
Fri Sep 01 17:00:35 GMT+00:00 2006SMTP msg sent:MAIL FROM: 
name5612 at woohoo.com
Fri Sep 01 17:00:35 GMT+00:00 2006SMTP response250 mail.domain.com Hello 
123-45-67-150.woohoo.com [123.45.67.150] (may be forged), pleased to 
meet you
Fri Sep 01 17:00:35 GMT+00:00 2006SMTP msg sent:RCPT TO: kripton at hoowoo.com
Fri Sep 01 17:00:35 GMT+00:00 2006SMTP response553 5.3.0 
name5612 at woohoo.com... User Unknown
Fri Sep 01 17:00:35 GMT+00:00 2006SMTP msg sent:DATA
Fri Sep 01 17:00:35 GMT+00:00 2006SMTP response503 5.0.0 Need MAIL 
before RCPT
Fri Sep 01 17:00:35 GMT+00:00 2006SMTP response503 5.0.0 Need MAIL command






Peter Jeremy wrote:

>On Fri, 2006-Sep-01 15:12:24 -0600, Steve Suhre wrote:
>  
>
>>somewhere. Mail "FROM" is not an effective spam defense and I have it
>>    
>>
>
>Every little bit helps.
>
>  
>
>>so I want to shut off the "MAIL FROM" test in
>>sendmail. I have a client who sends out email alerts using the server
>>and uses a random invalid return address for each alert. Sendmail is
>>rejecting the messages based on the From field.
>>    
>>
>
>Have you tried:
>FEATURE(`accept_unresolvable_domains')
>
>  
>

-- 



Steve Suhre
steve at pasta.net
719.439.6052 Cell
719.632.2897 Home
719.634.8161 Work