amavisd 2.7.x final_virus_destiny and rfc 5321 section 2.1

Andrey Repin via amavis-users amavis-users at amavis.org
Wed Feb 26 00:15:39 CET 2014


Greetings, Patrick Ben Koetter!

>> > In the RELEASE_NOTES under "COMPATIBILITY WITH 2.6.4 / 2.6.5 / 2.6.6",
>> > there is discussion on why the default for $final_virus_destiny was 
>> > changed to D_DISCARD from D_BOUNCE.
>> 
>> > When people talked about this, was RFC 5321 section 2.1 brought up? An 
>> > archive thread on this is just fine.
>> 
>> 
>> > Why would it be bad to accept the virus e-mail and then do the following:
>> 
>> > Strip off the virus.
>> > Send the rest of the e-mail to the original recipient?
>> 
>> Because you're not supposed to modify the message in transit, except for
>> purposes necessary for complete, intact delivery.

> That depends on the legal context (company/private) and country you are in.
> We do have customers, who asked for this and we delivered such functionality.

It's debatable.
But defaults SHOULD be sane.


--
WBR,
Andrey Repin (anrdaemon at freemail.ru) 26.02.2014, <03:15>

Sorry for my terrible english...



More information about the amavis-users mailing list