SMTP AUTH setzt auf dem Simple Authentication and Security Layer (SASL) nach RFC 2222 auf. Dieses sieht eine erweiterbare Liste von Verfahren, genannt SASL mechanisms zur Authentisierung vor. Bei unserer Server-Software sind folgende Verfahren möglich und zur Zeit auf dem zweiten Mail-Server mail2.rz.uni-duesseldorf.de (noch nicht auf mail.rz.uni-duesseldorf.de selber) konfiguriert:

• PLAIN (RFC 2595, Kap. 6): Username und Passwort werden lediglich Base64-kodiert übertragen und können im Prinzip mitgehört werden (, solange nur unverschlüsselte Verbindungen zur Verfügung stehen; wir werden zwar demnächst auch verschlüsselte Verbindungen mittels Transport Layer Security (TLS) anbieten, aber der TLS-Einsatz zum Schutz nur des Passwortes hat etwas vom mit-Kanonen-auf-Spatzen-Schießen, denn eine Sicherung der Inhalte auf dem gesamten Transportweg ist durch TLS bei der Einlieferung nicht gegeben).
• CRAM-MD5 (Challenge-Response Authentication Mechanism nach RFC 2195): Es wird kein Klartext-Name und -Passwort übertragen, sondern eine mit dem Algorithmus Message Digest 5 (MD5) gebildete Prüfsumme von diesen Angaben und einem vom Server gelieferten Challenge-String, welcher bei jeder künftigen Verbindung garantiert anders aussieht. Dieses Verfahren - grundsätzlich gleich gestrickt wie die APOP-Erweiterung des POP3-Protokolls - stellt sicher, dass aus mitgeschnittenen Verbindungsdaten kein Passwort herausgerechnet werden kann, erfordert aber die Kenntnis dieses Passwortes beim Server im Klartext (in diesem Kontext wird statt von einem Passwort auch von einem gemeinsamen Geheimnis (shared secret) gesprochen).

  Daher Achtung: Um die SMTP-AUTH-Funktion mit dem CRAM-MD5-Verfahren nutzen zu können, muss das Benutzer-Mail-Passwort in einer bei uns nicht standardmäßig vorgegebenen Weise vorliegen:

  • Die eigenen APOP-Passwörter auf mail.rz.uni-duesseldorf.de gelten hier nicht.
  • Die SASL-Komponente des SMTP-Servers liest das Benutzer-Passwort stets vom Directory-Server. So wie vorhandene Benutzerdaten Ende Dezember 2000 von uns auf den Directory-Server übernommen und neue seither dort hinzugefügt worden, enthalten diese das Benutzer-Passwort weiterhin mit der unter Unix gebräuchlichen, nicht umkehrbaren crypt-Verschlüsselung. Gleiches gilt für nach einem Login auf mail.rz.uni-duesseldorf.de (über das passwd-Kommando des Betriebsystem) geänderte Passwörter. Mit diesen kann der Server beim CRAM-MD5-Verfahren nun mal nichts anfangen und beantwortet eine entsprechende Anforderung mit
    535 5.7.8 Bad username or password
    Damit die CRAM-MD5-Authentisierung gelingt, muss das Benutzer-Passwort in der umkehrbaren sunds-Verschlüsselung im Directory gespeichert sein.

https://mail.rz.uni-duesseldorf.de/user/:

• auf der Seite Passwort ändern müssen Sie zur Sicherheit Ihr altes Passwort wiederholen, ein neu gewähltes zweimal eintippen und
• Passwort-Verschlüsselung sunds auswählen und auf den Knopf Änderung durchführen klicken.

http://mail.rz.uni-duesseldorf.de/sims/en/login.html:

• Auf der Login-Seite Ihre Benutzerkennung als Login ID, rz.uni-duesseldorf.de als Domain und Ihr aktuelles Passwort eintragen und auf Login klicken;
• nach erfolgreicher Prüfung finden Sie auf der Folgeseite links unter Personal Preferences als Link Change Password.

Outlook Express (deutsch, Windows)

Netscape Communicator 4.5ff

Achtung! Einige Versionen von Netscape wollen SMTP Authentication durchführen, sobald sie vom Server annonciert wird, ohne Sie zu fragen, ob diese überhaupt erforderlich ist. Das CRAM-MD5-Verfahren wird nicht von allen Versionen unterstützt.

Eudora 5.x