[Mimedefang] SpamDrop

[-ray]

On Mon, 28 Jul 2003, David F. Skoll wrote:

> On Mon, 28 Jul 2003, -ray wrote:
> 
> > So i'm fairly certain that MIMEDefang is working, and this is a sendmail
> > issue.  Reading the milter API, i see that smfi_delrcpt will return
> > MI_SUCCESS even if it doesn't find and delete the recipient, which kinda
> > blows.
> 
> I think it's a Sendmail issue.  Could there be a case-sensitivity issue?
> (Doubtful...)
> 
> Did you actually see the "Milter delete: rcpt <foo>" message>?  Try running
> Sendmail with the -d25.99 flag, which should trace the removefromlist
> internal function.

Ok, i think i figured this out.  I duplicated the mail system to another
machine so i could do a lot more testing.  My frontend MD server scans the
mail and passes it to the backend IMAP/POP mailstore server by defining a
a mail hub:

define(`MAIL_HUB', `esmtp:[192.168.1.87]')dnl

Sendmail receives mail with an envelope header of user at selu.edu, which is
what is populated in @Recipients.  But when it is delivered to the backend
server, it rewrites user at selu.edu and sends the rcpt to as
user@[192.168.1.87].

user@[192.168.1.87] doesn't match @Recipients, so the smfi_delrcpt doesn't 
do anything.  If i explicitely delete_recipient('user@[192.168.1.87]') 
with MD, it works fine.  i am not sure why it is rewriting the rcpt like 
that.

Is this something i have setup wrong with the MAIL_HUB?  is there a better 
way?  or is it possibly a bug in Sendmail or MD?  thanks for any info...

ray