[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