[Mimedefang] REJECT in filter_relay not returning proper code?

Kelson kelson at speed.net
Thu Mar 17 18:44:30 EST 2005


Matthew.van.Eerde at hbinc.com wrote:
> but the sender, rather than seeing the more descriptive message about
>> what the problem is, sees only this:
>> 
>> 554 smtp-in1.uah.edu ESMTP not accepting messages
>> 
>>   Is this a problem with MD, my code, sendmail, or something else?
>> Thanks...
>
> This is by design.  Your server is rejecting the connection, so
> there's no opportunity to pass messages to the client.

Are you sure?  Because if that's the case, there's no reason for the 
second parameter in the return value for filter_relay.

I'll have to look for samples of filter_relay rejections, but I know our 
Sendmail-level DNSBL rejections successfully attach a message to the 
reject code.

I know this because occasionally someone will forward the error, 
complete with "550 5.7.1 No mail accepted from known spam hosts or virus 
sources -- see <URL to look up cause>."  They don't seem to *read* it 
very often, and Outlook/Exchange have an annoying tendency to sanitize 
out the useful error with a generic one, but I do know it at least makes 
it out the door.

-- 
Kelson Vibber
SpeedGate Communications <www.speed.net>



More information about the MIMEDefang mailing list