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