[Amavis] attachment size

[Verwijderd]

Hallo,
Ik draai al geruime tijd een e-smith servertje. Allerlei services met o.a. email met amavis geinstalleerd als virus scanner.

Nu heb ik recentelijk een aantal emails gekregen met (zeer) grote attachments (77 mb zucht). Amavis heeft hier blijkbaar een probleem mee. (zie log file hieronder)
"Unpacking takes to much space" - terwijl er 17 gig beschikbaar is. Een zoektocht op google en amavis.org levert geen oplossing.

Wat ik kan vinden is het volgende om een geinfecteerde email nogmaals in het systeem te injecteren maar dit helpt niet echt. De file is natuurlijik nog steeds te groot.
/usr/bin/amavis-inject /var/spool/amavis-ng/problems/3ee1dbalblabla.msg | /usr/bin/rsmtp

Weet iemand iets hierover?


Sep 16 18:30:27 bahamut amavis[3504]: Starting AMaViS 0.1.6.4
Sep 16 18:30:27 bahamut amavis[3504]: AMAVIS::MTA::Qmail initialized.
Sep 16 18:30:27 bahamut amavis[3504]: AMAVIS::Extract::Mail initialized.
Sep 16 18:30:27 bahamut amavis[3504]: AMAVIS::Extract::GZIP initialized.
Sep 16 18:30:27 bahamut amavis[3504]: AMAVIS::Extract::BZIP2 initialized.
Sep 16 18:30:27 bahamut amavis[3504]: AMAVIS::Extract::LHA initialized.
Sep 16 18:30:27 bahamut amavis[3504]: AMAVIS::Extract::ARC initialized.
Sep 16 18:30:27 bahamut amavis[3504]: AMAVIS::Extract::Zip initialized.
Sep 16 18:30:27 bahamut amavis[3504]: AMAVIS::Extract::Tar initialized.
Sep 16 18:30:27 bahamut amavis[3504]: AMAVIS::Extract::ZOO: Using zoo (/usr/bin/zoo)
Sep 16 18:30:27 bahamut amavis[3504]: AMAVIS::Extract::ZOO initialized.
Sep 16 18:30:27 bahamut amavis[3504]: AMAVIS::Extract::RAR initialized.
Sep 16 18:30:27 bahamut amavis[3504]: AMAVIS::Extract::TNEF initialized.
Sep 16 18:30:27 bahamut amavis[3504]: AMAVIS::Extract::ARJ: Using unarj (/usr/bin/unarj)
Sep 16 18:30:27 bahamut amavis[3504]: AMAVIS::Extract::ARJ initialized.
Sep 16 18:30:27 bahamut amavis[3504]: AMAVIS::Extract::COMPRESS initialized.
Sep 16 18:30:27 bahamut amavis[3504]: AMAVIS::Extract::ZOO: Using zoo (/usr/bin/zoo)
Sep 16 18:30:27 bahamut amavis[3504]: AMAVIS::Extract::ZOO initialized.
Sep 16 18:30:27 bahamut amavis[3504]: AMAVIS::AV::CLAMD initialized.
Sep 16 18:30:27 bahamut amavis[3504]: AMAVIS::Notify::Recipients initialized.
Sep 16 18:30:27 bahamut amavis[3504]: AMAVIS::Notify::Admin initialized.
Sep 16 18:30:27 bahamut amavis[3504]: AMAVIS: Running as UID/EUID qmaild(401)/qmailq(404)
Sep 16 18:30:27 bahamut amavis[3504]: AMAVIS initialized
Sep 16 18:47:27 bahamut amavis[3504]: AMAVIS::MTA::Qmail: RLINE: F(EDIT- ff onherkenbaar)
Sep 16 18:47:27 bahamut amavis[3504]: AMAVIS::MTA::Qmail: Sender is (EDIT- ff onherkenbaar)
Sep 16 18:47:27 bahamut amavis[3504]: AMAVIS::MTA::Qmail: Recipients are (EDIT- ff onherkenbaar)
Sep 16 18:47:27 bahamut amavis[3504]: Unpacking message in /var/spool/amavis-ng/amavis-unpack-3f673aa3-0db0
Sep 16 18:47:27 bahamut amavis[3504]: AMAVIS: Determined 00000000 to be type message/rfc822
Sep 16 18:47:27 bahamut amavis[3504]: Attempting to unpack 00000000 as MIME compliant message
Sep 16 18:48:29 bahamut amavis[3504]: AMAVIS::Extract::Mail: Unpacking takes too much space
Sep 16 18:48:29 bahamut amavis[3504]: AMAVIS: Error while unpacking 00000000 as message/rfc822
Sep 16 18:48:29 bahamut amavis[3504]: AMAVIS: Giving up
Sep 16 18:48:29 bahamut amavis[3504]: AMAVIS: Error while unpacking message
Sep 16 18:48:29 bahamut amavis[3504]: AMAVIS::MTA::Qmail: Freezing message
Sep 16 18:48:29 bahamut amavis[3504]: Quarantining infected message to /var/spool/amavis-ng/problems/3f673edd-0db0

[jant]

77 MB. Dat is wel heel erg overdreven. Persoonlijk zou ik niet eens de moeite doen om ze nog afgeleverd te krijgen.

Je mailqueue leeg lazeren lijkt me de beste oplossing.

Heeft qmail trouwens geen (default) maximum aan MB dat je die MTA in kun pompen? Bij postfix houdt het met een MB-tje of 10 wel op....

[PowerSp00n]

Verwijderd schreef op 18 september 2003 @ 23:41:
"Unpacking takes to much space" - terwijl er 17 gig beschikbaar is.

Het gaat er niet om hoe veel er beschikbaar is, maar dat de mail zo aso groot is dat ie het over slaat. Misschien is er in de code wel iets te vinden waar dit limiet staat.

Zo zie ik het in ieder geval.

[Mark]

Probeer eens amavisd-new ipv de normale Amavis. Mijn ervaring is dat deze een stuk beter om gaat met grote attachments (plus nog een groot aantal meer zaken).

[Verwijderd]

Ik heb (denk ik) een deel van het probleem opgelost. Je kan in de conf file meer ruimte toewijzen aan de totale proccessen.

Ik heb als test een file van 100mb per mail naar mezelf gestuurd (ander account op dezelde server) en dit gaat prima...

Wat ik graag zou willen weten is hoe je die bestanden weer kan injecteren. Het staat wel beschreven hoe je , met een virus, besmette mails uit de quarantine folder opnieuw kan injecteren maar deze methode werkt niet met files in de problems folder. (zie syntax in eerste post)

Het gaat me niet om deze email specifiek (die heb ik al in kmail geimporteerd) maar om de methode hoe dit te doen.....

[Coen Rosdorff]

Is er ook voldoende ruimte op de partitie waar amavis de boel gaat uitpakken? (als je maar 1 partititie hebt heb ik deze vraag niet gesteld )

[Verwijderd]

Deze vraag heb je dus niet gesteld (17 gig).

[Verwijderd]

Kick