Mailserver-Fragen

voroe

Registered User
Hallo.

Ich habe einen vServer bei S4Y mit IMAP, Postfix, Amavis-new, SpamAssassin und Procmail.

Zwei Fragen an die besser informierten User hier:

Aus verschiedenen Gründen würde ich gerne IMAP gegen den Cyrus-Imapserver austauschen. Meine Frage bevor ich loslege: gehen bei einer Deinstallation über YAST und der anschliessenden Installation auf dem selben Weg die vorhandenen Mails in den Userverzeichnissen verloren?

Zweitens habe ich meine geregelten Probleme mit der Spammail-Aussortierung: SpamAssassin deklariert zu fast 95 % richtig Spammails als solche und stellt ihnen ****SPAM**** in der Subject-Zeile voran. Obwohl ich über Webmin Procmail so konfiguriert habe, dass Spammails an /dev/null angehängt (also wegggeschmissen) werden sollen, werden sie trotzdem zugestellt... einfach nervig.

Ich habe inzwischen diverse Ratschläge aus diesem Forum befolgt und keine der dort beschriebenen Lösungen führt zu einem brauchbaren Ergebnis.

Meine Procmail-Konfiguration:
Code:
# Path zum SpamAssassin Clienten
SPAMASSASSIN=/usr/bin/spamc

# nur mails kleiner als 250 kb ueberpruefen
:0fw
* < 256000
| $SPAMASSASSIN

# Mails durch Spamassassin schleusen und X-Spam-Status Flag setzen
:0fw: $LOCKFILESPAMC
| $SPAMASSASSIN

# Mails mit X-Spam-Status Flag in Spambox leiten
:0:$LOCKFILEPROCM
* ^X-Spam-Status: Yes
/dev/null

Wie gesagt: meine Suche im Forum UND bei Google brachte mich nicht wirklich weiter.
Wo ist der Denkfehler oder wo könnte ich nach Fehlerquellen suchen, damit Spam direkt weggeworfen wird?
 
Ich habe gerade kein procmail zur Hand, deswegen kurz ins Blaue geschossen: könnte es sein, dass das /dev/null-Rezept gar nicht mehr ausgeführt wird, weil schon das SA-Rezept greift?
 
Last edited by a moderator:
Ich habe gerade kein procmail zur Hand, deswegen kurz ins Blaue geschossen: könnte es sein, dass das /dev/null-Rezept gar nicht mehr ausgeführt wird, weil schon das SA-Rezept greift?

Du meinst

Code:
# Mails durch Spamassassin schleusen und X-Spam-Status Flag setzen
:0fw: $LOCKFILESPAMC
| $SPAMASSASSIN

einfach weglassen und nur noch an /dev/null übergeben?
Sprich die Procmailrc sollte dann folgendermaßen aussehen (?):

Code:
# Path zum SpamAssassin Clienten
SPAMASSASSIN=/usr/bin/spamc

# nur mails kleiner als 250 kb ueberpruefen
:0fw
* < 256000
| $SPAMASSASSIN

# Mails mit X-Spam-Status Flag in Spambox leiten
:0:$LOCKFILEPROCM
* ^X-Spam-Status: Yes
/dev/null

??
 
habe es mal wie vor beschrieben ausprobiert und die Procmailrc geändert. Anschliessend Postfix und spamd neu gestartet. Zunächst sah das Ganze auch recht gut aus und ich hatte schon Hoffnung ... aber mittlerweile ist es wieder beim alten Niveau.

Es scheint also nicht "der wahre Jakob" gewesen zu sein.

Hat jemand anders noch ne Idee?
*Einfall ...: kann es sein, dass Einstellungen von SpamAssassin einschliesslich Procmail irgendwie durch Confixx beeinflusst, sprich spätestens beim nächsten Update wieder zurückgesetzt werden (so das man da was ändern müsste)? :confused:
 
Bist Du Dir überhaupt sicher, daß Procmail als MDA genutzt wird? Steht das in Deiner Postfix-Config so drin?
Denn SA wird bei Dir bestimmt über Amavis-New aufgerufen und nicht erst durch Procmail.
Schau auch mal in den Logfiles nach.

huschi.
 
würde ich gerne IMAP gegen den Cyrus-Imapserver austauschen.
Wenn du den Cyrus-IMAPd einsetzen willst, solltest du Procmail auf die Halde kippen und zum Wegsortieren der Spams ein SIEVE-Script einsetzen.

SIEVE ist eine recht einfache Script-Sprache zum Arbeiten mit Mails, nachdem sie von Postfix an den Mailstore übergeben wurden. Und v.A. wird es von Cyrus-IMAPd nativ unterstützt.

Das Bearbeiten von Spams würde in etwa so aussehen:
Code:
require "fileinto";

# Spam in den Junk-Folder
if header :contains  "X-Spam-Flag" "YES" {
  fileinto "INBOX.Junk";
  stop;
}

# Alternativ Spam gleich verwerfen
if header :contains  "X-Spam-Flag" "YES" {
  fileinto "INBOX.Junk";
  stop;
}

# was bis hier überlebt hat, in die INBOX
keep;

Jeder User kann auch eigene Scripts in den Server laden, mit denen er z.B:
- Vacation-Replies versenden
- Mails in Unterordner sortieren
- Mails umleitem/forwarden
- und noch einiges mehr
lassen kann.
 
Back
Top