Zahn - Unix-Netzwerkprogramminerung mit Threads, Sockets und SSL

402 7 Client-/Server-Programmierung mit OpenSSL
147 }
148 else
149 send_smtp_response( bio, "500 unknown command\n" );
150 }
151 }
105–109
111–122
121–142
In einer Schleife liest der Dæmon zeilenweise die Anfragen des verbundenen
Client in den 256 Zeichen langen Zwischenpuffer buf ein. Jede Eingabezeile
wird danach mit der strtok_r()-Funktion in das SMTP-Kommando und
seine optionalen Argumente zerlegt. Das isolierte SMTP-Kommando entscheidet
nun über den weiteren Verlauf der handle_client()-Funktion. Sollte die
strtok_r()-Funktion kein SMTP-Kommando ausfindig machen können, etwa
bei der clientseitigen Eingabe einer Leerzeile, wird sofort mit dem nächsten
Schleifendurchlauf begonnen.
Auf ein EHLO des Clients reagiert der SMTP-Server seinerseits mit einer Begrüßung
und liefert dem Client im gleichen Atemzug eine Liste der von ihm unterstützten
SMTP-Erweiterungen. Im vorliegenden Fall beschränken wir uns
auf die beiden Erweiterungen STARTTLS und AUTH. DieSTARTTLS-Erweiterung
soll dabei nur angeboten werden, sofern noch keine SSL-gesicherte Verbindung
etabliert wurde und mit der AUTH-Erweiterung soll es sich, da hier Authentifizierungsinformationen
wie Benutzernamen und Paßwörter übertragen werden,
genau umgekehrt verhalten. Die sprintf()-Funktion konstruiert deshalb anhand
der Fallunterscheidung tls?"AUTH PLAIN LOGIN":"STARTTLS" die passende
Antwort an den Client.
Auf das STARTTLS-Kommando des Clients antwortet der Server zunächst mit
einer Aufmunterung an den Client, sofort mit dem SSL-Handshake zu beginnen:
220 TLS go ahead. Danach wandelt der Dæmon zunächst das mit
dem Client verbundene, gepufferte Socket-BIO in ein gepuffertes SSL-BIO um.
Sofern die Operation erfolgreich war, setzt der Dæmon das tls-Flag der
handle_client()-Funktion auf den Wert 1 um festzuhalten, daß das vorausgehende
SSL-Upgrade erfolgreich abgeschlossen wurde. Zum einen kann
der Server nun bei einem erneuten EHLO anstatt der STARTTLS-Erweiterung
die AUTH-Erweiterung anbieten. Zum anderen akzeptiert der Server, falls bereits
ein SSL-Upgrade stattgefunden hat, aus verständlichen Gründen keine
weiteren STARTTLS-Kommandos mehr.
Bemerkenswert ist im Zusammenhang mit dem STARTTLS-Kommando erneut,
daß sich die gesamte Zauberei“ beim SSL-Upgrade auf eine einfache Erweiterung
der zur Kommunikation mit dem Client verwendeten BIO-Kette um
”
ein zusätzliches SSL-BIO beschränkt. So kann die Verarbeitungsschleife der
handle_client()-Funktion vor und nach einem SSL-Upgrade auf die gleichen
Ein-/Ausgabefunktionen zurückgreifen, ein Wechsel der API ist, dank
der Flexibilität der BIO-Schnittstelle, nicht erforderlich.