Re: [Exim] discard demime

Top Page
Delete this message
Reply to this message
Author: Kevin W. Reed
Date:  
To: exim-users
Subject: Re: [Exim] discard demime
George Szekely said:
> Using this example is working great when it comes to "discarding"
>
>          # If the message contains SCR or PIF we want to Log this
>          warn    log_message = DISCARD: ATTACHMENT ($found_extension)
>                  demime = scr:pif:exe:com
>          # and then discard it
>          discard demime = scr:pif:exe:com

>
> mainlog show that it is discarded,
>
> 2003-09-20 14:23:08 HLJ7EH-0005L4-MU H=sea1-f108.sea1.hotmail.com
> (hotmail.com) [207.68.163.108] Warning: DISCARD: ATTACHMENT (exe)
> 2003-09-20 14:23:08 HLJ7EH-0005L4-MU <= testing1@???
> H=sea1-f108.sea1.hotmail.com (hotmail.com) [207.68.163.108] P=esmtp
> S=97997 id=Sea1-F108r7E0P6OUCd000240b4@???
> 2003-09-20 14:23:08 HLJ7EH-0005L4-MU => blackhole (DATA ACL discarded
> recipients)
> 2003-09-20 14:23:08 HLJ7EH-0005L4-MU Completed
>
> but why do I get this in the reject log (this is the same message id)?
>
> 2003-09-20 14:23:08 HLJ7EH-0005L4-MU H=sea1-f108.sea1.hotmail.com
> (hotmail.com) [207.68.163.108] Warning: DISCARD: ATTACHMENT (exe)
> Envelope-from: <testing1@???>

[snip]

For me it is not an issue. I just truncate the reject.log anyways as I
get all of the info I want from the Logfiles.

However... on another server, we are using that info, to collect and place
on a websearchable thing so that if a user says they are not getting mail
from so and so, it can be tracked down and still have full valid headers
to work with.

I seem to recall that this was being looked at as a possible change in an
upcoming version. 4.23 might even have it as I have not looked at it yet.

--
Kevin W. Reed - TNET Services, Inc.
Mailing List Account
URL: http://www.tnet.com