DSN: Liwwerstatus Benotzung fir SMTP Email

Wësst Dir erauszefanne wéi DSN geduecht huet, Liwwerstatus op SMTP-E-Mail z'ënnerstëtzen.

Scho ganz wonnerbar Wat geschitt op eng E-Mail Dir hutt geschéckt?

Och nëmmen e klengen Optrieden op de SMTP-Protokoll kënnt Dir feststellen datt et niewent dem gewéinleche HELO ass et och EHLO, wat den Extended SMTP Server erlaabt seng Fähigkeiten ausserhalb vum urspréngleche Standard. Een vun dësen ass DSN. DSN? Ass DNA a DDT net genuch?

Fir ze soen datt d'E-Mail unzegesinn ass, datt een " ... hunn hir Server besser ginn, et huet meng Mail ... " ass net ongewéinlech. Ech maachen et selwer. Mä et gëtt net vill Sënn, dës Verdächtegung ze ënnerstëtzen.

D'Liwwerung S tatus N -Vertifizéierung ass ronn zënter RFC 821 (vun 1982). Soubal DATA Deel vum SMTP- Protokoll ofgeschloss ass an de Server huet d'E-Mail fir d'Liwwerung akzeptéiert. Wann, aus irgend engem Grond, et kann et net mam Empfänger ginn, da musst et et mat der Notifikatioun vum Fehler op de originale Sender zréckschécken. Dëst huet e puer eklipt email geschéckt .

Ausserdeem huet dës al Versammlung geduecht datt Dir eng Fehlermeldung hutt oder Dir hutt näischt an deem Fall Dir wousst näischt : d'E-Mail ass méiglech oder et ass net méiglech. D'Fehlermeldung a ville Fäll war souwäit éierbar wéi keng Fehlermeldung. Mat E-Mail gëtt méi a méi wichteg Dëst ass net méi zefriddenstellend (wéi wier et viru).

DSN-Extensiounen op SMTP

RFC 1891 proposéiert verschidde Extensiounen zum SMTP- Protokoll, wat zu enger méi zouverléisseg a méi nëtzlech DSN-System soll entstoen. Et ass e Set vun Extensiounen op d'MAIL- a RCPT-Kommandoen (wann dat näischt fir Iech, liesen wéi SMTP funktionnéiert an duerno zeréck).

Neen EHLO, No Fun

Als éischt musse mir sécher sinn datt den Server DSN ënnerstëtzt. Dofir musse mir eis EHLO soen a séch ze lauschteren. Wann et mat DSN eppes an der Feature list reagéiert, kënne mir ugeholl datt et eis Ufro un d'Serven kënnt. Wann net, da net: mir kënnen en anere Server probéieren oder einfach zréck op E-Mail ouni DSN. Zum Beispill (meng Input gëtt blo, d'Serverausgang schwaarz):

220 larose.magnet.at ESMTP Sendmail 8.8.6 / 8.8.6; Sonn, 24. Aug 1997 18:23:22 +0200
EHLO localhost
250-larose.magnet.at Hallo localhost [127.0.0.1], huet sech ze treffen
250-EXPN
250-VERB
250-8BITMIME
250-SIZE
250-DSN
250-ONEX
250-ETRN
250-XUSR
250 HELP

Glécklech, ënner anerem mir DSN fannen.

DSN Sender Extensions

Déi nächst Kommando typesch ass MAIL FROM :. Mat DSN ass dat net ënnerschiddlech. Mee et ginn zwou zusätzlech Optiounen, déi Dir kënnt ausmaachen: RET a ENVID.

D'RET-Option war éischter onbeständeg am MAIL Kommando plazéiert, awer et passt hei wéi och soss soss néierens. De Zweck ass ze spezifizéieren, wéivill vun Ärer ursprénglecher Noriicht sollte am Fall vun engem Liwwerungunfall zeréckkommen. Gëllegen Argumenter sinn voll an HDRS. Déi fréier heescht, datt déi ganz Message an der Fehlermeldung sollen agefouert ginn, weist HDRS de Server fir nëmmen d'Header vun der ofgeschaltter Mail zréckzekommen. Wann RET net spezifizéiert ass, ass et op den Server wat et maachen. In den meisten Fällen HDRS gëtt de Standardwert.

ENVID gehéiert wierklech dem Sender wéi se oder (zimlech) hir E-Mail Client ass deen eenzegen, deen eis vun dësem Enveloppeidentifikateur mécht . Säin Zweck ass fir de Sender ze soen, wat e méiglecherweis gefrote Fehlermeldung entsprécht. De Format vun dëser ID gëtt haaptsächlech un d'Imaginatioun vum Absender gelidden. Mir benotzen net ENVID an eisem Beispill (Phantasie!):

MAIL FROM: sender@example.com RET = HDRS
250 sender@example.com ... Sender ok

A wahrscheinlech wäerte mer nëmmen den Header zréck an eisem DSN kréien.

DSN Empfänger Extensions

Den RCPT TO: kritt säin fairen Deel vun Extensiounen: NOTIFY an ORCPT.

NOTIFY ass e richtege Häerz vu DSN. Si erzielt de Server wann een eng Liwwerstatusformatioun schécken. Den éischte méigleche Wäert ass NIEVERLECH wat bedeit datt ënner kengen Ëmstänn een DSN op den Absender zréckkoum. Dëst war net méiglech ouni DSN. Duerno ass SUCCESS, deen Iech matgedeelt gëtt wann Dir Är Mail als Destinatioun erreecht huet. FAILURE ass SUCCESS's Kollektiv (!): E DSN kënnt wann eng Arrog gemaach gëtt während der Liwwerung. Déi lescht Optioun ass DELAY: Dir kënnt matgedeelt sinn, wann et eng ongewéinlech Verzögerung ass an d'Liwwerung ass, awer d'aktuell Liwwerung (Erfolleg oder Versoen) ass nach net decidéiert. NEVER muss de eenzegen Argument sinn, wann et uginn, déi aner dräi kënnen an enger Lëscht sinn, déi duerch en Komma definéiert gëtt. SUCCESS an FAILURE maachen e relativ staarkt Team zesummen (!), An Dir (en) Fall wat Dir mat Ärer Mail geschitt.

Den Zweck vun ORCPT ass fir den ursprénglechen Empfänger vun enger E-Mail Message ze presérréieren, zum Beispill wann et op eng aner Adress geschéckt ginn ass. De Argument fir dës Optioun ass d'E-Mail-Adress vun der ursprénglecher Empfänger zesumme mam Adress-Typ. De Adresstyp kënnt éischt, gefollegt duerch e Semikolon an endlech d'Adress. Zum Beispill:

RCPT TO: support@example.com NOTIFY = HAAT, DELAY ORCPT = rfc822; support@example.com
250 support@example.com ... Empfänger ok (wart)

Dëst ass gefollegt vun der DATA, wéi mir et kennen an iergendwann, hoffentlech, eng Liwwerzortmeldung Benotzung vun engem Succès.

Sinn DSN?

Natierlech kënnt all dës Schéinheet a Witz nëmme funktionnéieren wann d'Posttransmitter vu Sender fir Empfänger DSN ënnerstëtzen. E puer Deeg si se.