E-Mails auf Server belassen/nicht löschen
Hier bestimmt man für alle POP3-Server (ohne individuelle abweichende Einstellungen), ob die E-Mails auf dem Server belassen werden sollen, anstatt sie wie üblich zu löschen. Diese Einstellung ist für die ersten Tests durchaus sinnvoll, auf Dauer ist es aber nicht empfehlenswert, da die Kapazität der meisten elektronischen Postfächer begrenzt ist und neue Mails bei einem vollen Postfach üblicherweise bouncen, was den Absender nicht unbedingt erfreut.
Bereits geladene E-Mails kein zweites Mal laden
Diese Einstellung ergibt nur mit dem vorigen Punkt Sinn, wenn dort eingestellt ist, dass die E-Mails auf dem Server belassen werden, und erlaubt es für diesen Fall, jede E-Mail trotzdem nur einmal zu holen.
Erzeuge zusätzlichen "Received"-Header
Diese Einstellung ermöglicht es, im Received:-Header einer Mail mitzuschreiben, über welchen Server die E-Mail in den Hamster gelangt ist.
Automatisch Header "Followup-To: poster" setzen
Hier können sie entscheiden, ob der Hamster den Header Followup-To: poster für Artikel setzt, welche als Mail beim Hamster eingehen und in einer lokalen Newsgruppe verwaltet werden sollen. Dieses wird für lokale Newsgruppen empfohlen, welche Mailinglisten handhaben und für den Rückweg nicht das News-to-Mails-Gateway des Hamsters, sondern den SMTP-Clienten des Newsreaders nutzen wollen.
"!Envelope From" über das Standard-Hamster-"From" statt über den News-"From"-Header bilden
Hier können sie festlegen, wie der !Envelope From-Header für das News-to-Mails-Gateway gebildet wird. Die Verwendung des News-From-Headers ist zu empfehlen, wenn mehrere User gemeinsam den Hamster verwenden.
Die folgenden Optionen erlauben die Behandlung übergroßer Mails. Diese Überprüfung wird noch vor dem Testen der Mailfilter-Datei durchgeführt und sorgt dafür, dass die betreffende übergroße Mail gar nicht erst geladen wird. Ein Wert von 0 steht dafür, dass die Überprüfung nicht durchgeführt werden soll.
Hinweis an Admin, wenn Mail größer als Bytes
Falls dieser Grenzwert überschritten wird, erfolgt eine Mail an den Benutzer admin, die Mail bleibt dabei weiterhin auf dem Mailserver bestehen (Standard: 0 = keine Filterung).
Ignoriere Mail, wenn größer als Bytes
Falls dieser Grenzwert überschritten wird, wird die Mail nicht geladen, bleibt dabei weiterhin auf dem Mailserver bestehen und es erfolgt kein Hinweis an den Admin oder ähnliche Userkonten (Standard: 0 = keine Filterung).
Lösche Mail, wenn größer als Bytes
Falls dieser Grenzwert überschritten wird, wird die Mail nicht nur nicht geladen, sondern auch auf dem Mailserver gelöscht im Gegensatz zu News ist die Mail damit endgültig verloren, daher sollte diese Option wirklich nur dann verwendet werden, wenn man sich über die Auswirkungen im Klaren ist (Standard: 0 = keine Filterung).
Bearbeite Score-File "MailFilt.hst"
Hier kann die Mail-Filterdatei MailFilt.hst bearbeitet werden.