1. Webmail
   Der Zugriff aufs Webmail-Portal ist für jeden Benutzer möglich.
   Hierzu bitte folgenden Link verwenden: Webmail-Login
   Fehlermeldungen des Browsers wegen SSL-Zertifikatsproblemen bitte einfach mit “OK” bestätigen.
2. IMAP
   Die von mir empfohlene Variante ist die Benutzung eines Mailclients unter Verwendung des IMAP-Protokolls
   Hierbei bleiben alle Emails auf dem Server, ohne sie abzurufen oder zu löschen. Es ist somit möglich Emails mit dem Mailclient (Outlook,Thunderbird etc.) oder dem Webmail-Frontend zu lesen, zu bearbeiten, in Ordner zu verschieben usw… – Diese Änderungen werden auf dem Server vorgenommen, so dass es somit möglich ist, das Postfach von überall zu erreichen.
3. POP3
   Es ist nach wie vor möglich die Mails im klassischen Sinne “abzurufen”. Hierbei verbindet sich der Mailclient (Outlook etc…) auf den Mailserver, und lädt dann die dort vorhanden Mails herunter. Danach sind diese in der Regel auf dem Server gelöscht, und können dort auch nicht wieder hergestellt werden. – Nachteil ist, dass man somit immer ein leeres Webmail vorfinden wird, sollte man den Rechner zu Hause mal gerade nicht zur Hand haben.

Einstellungen die am Client vorzunehmen sind:

Posteingangsserver (IMAP/POP3): mail.jucktmich.net

Port: 110 (POP3) oder 995 (POP3s)

143 (IMAP oder 993 (IMAPs)

Benutzername = vollständige Emailadresse (user@example.org)

Postausgangsserver: mail.jucktmich.net

Port: 25

Benutzerautentifizierung muss aktiviert sein und man muss TLS(SSL) aktivieren.

Sollte es Unklarheiten bzgl. der Konfiguration geben, stehe ich gerne zur Verfügung.

Gruss,

Benny

Nach knapp 2 Jahren Uptime, hat er seinen Dienst getan:

srv01 =14:32= [~]> uptime
14:32:09 up 607 days, 21:02,  2 users,  load average: 0.00, 0.00, 0.00
srv01 =14:32= [~]> init 0
srv01 =14:32= [~]> Connection to 213.95.21.110 closed by remote host.
Connection to 213.95.21.110 closed.

Fall jemand Interesse an einer alten Sun Ultra 10 mit 512MB RAM hat, moege er sich bei mir melden… Guenstig abzugeben.

Einige meiner User (nein, ich schreibe jetzt nicht wer… ) verwenden leider sogenannte Catch-All Mailadressen. Sozusagen *@domain.com. Dies ist zwar nett, wenn man gerne ein volles Spam-Portfach haben moechte, jedoch nicht so wirklich prickelnd fuer den Admin des Servers.

Also habe ich mir mal angesehen, wie man diverse Blacklists in den Postfix MTA integriert, damit einschlaegige Spam-Mails gar nicht erst angenommen werden, sondern direkt rejected werden.

Hierzu muss man folgendes in der main.cf von postfix eintragen:

smtpd_client_restrictions =
    permit_mynetworks
    permit_sasl_authenticated
    reject_unauth_pipelining
    reject_rbl_client bl.spamcop.net
    reject_rbl_client dynablock.njabl.org
    reject_rbl_client zen.spamhaus.org
    reject_rbl_client list.dsbl.org
    check_policy_service inet:127.0.0.1:60000

Ein Blick in die Logfiles zeigt, dass es prima funktioniert:

Jun 22 02:48:01 srv01 postfix/smtpd[3718]: NOQUEUE: reject: RCPT from
cable201-232-161-135.epm.net.co[201.232.161.135]: 554 5.7.1 Service unavailable;
Client host [201.232.161.135] blocked using bl.spamcop.net; Blocked - see
http://www.spamcop.net/bl.shtml?201.232.161.135; from=

Als weiteres Feature betreibe ich nun auch Greylisting mit postgrey und hoffe so den Muell effektiv draussen zu lassen. Allerdings werde ich wohl mal sehen muessen, ob das ordentlich taugt, da somit Mails mit ca 5 Minuten Verzoegerung erst in der Inbox landen werden. – Ich warte mal auf Beschwerden…

Wie man sieht, klappt das schonmal ganz prima: