[Debian] MailScanner wil niet meer opstarten

[Tachyon]

Op de een of andere manier wil MailScanner hier niet meer opstarten.
Het heeft altijd prima gewerkt, maar vanmiddag werd er opeens geen mail meer verwerkt. Alles bleef in de Incoming Queue-dir hangen.

Een kleine check liet zien dat MailScanner niet meer draaide. Normaal gesproken zit deze tussen 2 instanties van Postfix in en regelt de spam- en virusfiltering.

Als ik MailScanner start met

code:

/etc/init.d/mailscanner start

dan gebeurt er echt helemaal niks

Geen foutmelding, geen meldingen in /var/log/mail.* en /var/log/messages...

Ik ben al de hele avond bezig het op te lossen, maar niets lijkt te werken.

code:

apt-get remove --purge mailscanner

en vervolgens

code:

apt-get install mailscanner

levert niet op, probleem blijft.

Het heeft altijd gewoon gewerkt en ik was op dat moment helemaal niets met die bak aan het doen.

Ik heb geen idee waar het aan kan liggen, vooral door het totale gebrek aan foutmeldingen... Is er misschien een soort van debug-mode voor MailScanner zodat ik kan zien waar het probleem zit? De mail begint aardig te queue-en hier...

[active2]

Mwoah postfix houdt de mail voor 7 dagen vast hoor

Probeer mailscanner is met de hand te starten en de debug opties is te zoeken in de manpage. Over het algemeen zie je dan wel wat er fout gaat.

[dawuss]

Misschien is je init script stuk?
Open het even met een editor, bijvoorbeeld vim, en kijk met welke argumenten MailScanner wordt aangeroepen. Vervolgens kun je het, zoals active2 zegt, even met de hand proberen. Wellicht word je daar wijzer van

[pinball]

niet stiekum een update gehad waardoor je in /etc/default/mailscan nog wat goed moet zetten?

[Tachyon]

Het is min of meer opgelost. Als ik MailScanner met de hand opstartte via

code:

/usr/sbin/MailScanner -v

dan kreeg ik een aantal foutmeldingen over Perl-scripts die de verkeerde versie zouden zijn

Het ging met name om het bestand

code:

/usr/share/perl5/MIME/Words.pm

Daar stond op regel 86 het volgende:

code:

use MIME::QuotedPrint 3.0.3;

Dat versienummer heb ik veranderd in 3.0.1, waar MailScanner om zeurde en toen werkte het weer!

Maar nu doet ClamAV een beetje moeilijk door schijnbaar willekeurig mailtjes als virussen te zien en in de quarantine-folder te dumpen...

Het een zal wel met het ander te maken hebben. Ik vind het maar vreemd allemaal.

[DiedX]

erm. Postfix en MailScanner wordt afgeraden. MailScanner veranderd de queue van Postfix, waardoor deze over de zeik kan gaan.

Gebruik liever Amavisd(new)!

[Tachyon]

Mja, misschien moest ik daar inderdaad maar eens naar gaan kijken ja. Alhoewel MailScanner het toch altijd wel redelijk gedaan heeft icm Postfix hier.

Werkt Amavisd-new ook met 2 instanties van een MTA? Ik vind dat eigenlijk wel een beetje 'onhandig'. En wat zijn de verdere voordelen tov MailScanner?

[wica]

Wil er ook even bij zeggen dat deze combinatie veel geheugen kost.

Standart staat Max Childeren op 5. Dit kost je ongeveer 240MB aan RAM.
Ik heb hem nu op 1 staan. EN vreet nog in het totaal 70 MB.
Dit draait gewoon op me werk station. Dus niet buitengewoon veel mail.

Ik ben nu zelf ook aan het kijken naar de combinatie postfix en amavisd(-new)

/edit
Amavisd-new werkt met 1 postfix.. Dus wel handig

[ Voor 9% gewijzigd door wica op 22-09-2004 21:45 ]

[DiedX]

Ik ken mailscanner niet goed genoeg. Je veranderd Postfix zodat hij op poort 10026 werkt, en amavis op 10025. Je stelt in dat Postfix een mailfilter heeft op poort 10025, (dus amavisd), amavisd scant, en trapt alles naar 10026.

Voordelen: Het werkt direct (geen queuescanning zoals bij MS). Verder (nogmaals) weinig ervaring met MailScanner.

[_JGC_]

Persoonlijk vind ik die perl dingen niet zo hele lekker. Als je het lekker wilt opzetten, heb je een postfix op poort 25 nodig, een amavis op andere poort en dan nog een mogelijkheid om amavis het weer op postfix af te laten leveren.

Zelf gebruik ik al enige tijd postfixfilter, een filter die ik zelf heb geschreven met bash:

code:

#!/bin/bash

TMPDIR=`/bin/mktemp -d`
/bin/chmod 755 $TMPDIR

/bin/cat - > $TMPDIR/message
/usr/bin/ripmime --unique-names --paranoid -i $TMPDIR/message \
                -d $TMPDIR 2>&1>/dev/null
chmod 644 $TMPDIR/*

THEVIRUS="`/usr/bin/clamdscan "$TMPDIR" --disable-summary --stdout \
                                | grep FOUND | awk '{ print $2 }' | uniq`"
if [ ! -z "$THEVIRUS" ]; then
  echo "`date +%b\ \ %d\ %T` $2 $4 $THEVIRUS clamav" >> /var/log/virus.log
  rm -r $TMPDIR
  exit 0
fi

SPAM="`grep 'X-Spam-Status: Yes' $TMPDIR/message`"
if [ ! -z "$SPAM" ]; then
  /usr/sbin/sendmail -i "$@" < $TMPDIR/message
else
  /usr/bin/spamc < $TMPDIR/message | /usr/sbin/sendmail -i "$@"
fi

rm -r $TMPDIR

Om bovenstaande te gebruiken, gooi je in master.cf "-o content_filter=postfixfilter" achter de smtp regel.

Wat dit script doet is het laten aannemen van mailtjes door postfix op SMTP, vervolgens de zooi te scannen op virussen en spam, en evt daarna het bericht af te leveren via de sendmail binary die bij postfix zit. Vervolgens komt het voor de 2e keer bij Postfix in de queue terecht en wordt de boel afgeleverd. De SPAM= regels heb ik er sindskort in staan, en is omdat ik het onnodig vind om mailtjes die door een van mn backup MX'en al als spam is gemarkeerd alsnog een keer te scannen op spam. spamd is tenslotte wel een perl programma he

[ Voor 8% gewijzigd door _JGC_ op 23-09-2004 08:55 . Reden: layout verneuking is niet leuk ]