DSN'nin SMTP e-poçt ünvanına göndərmə statusu təqdim etməyi hədəflədiyini öyrənin.
Siz göndərdiyiniz bir e-mailə nə oldu?
SMTP protokoluna yalnız qısa baxdığınızdan xəbərdar olursunuz ki, adi HELO-dan başqa, genişlənmiş SMTP serverinin öz standartlarını aşan xüsusiyyətlərini reklam edən EHLO da var. Bunlardan biri DSN'dir. DSN? DNT və DDT kifayət deyil?
E-poçt etibarsız olduğunu iddia etmək üçün kimsə " ... serverlərini yaxşılaşdırsın, mənim məktubumu yedim ... " deyilməlidir. Mən özüm bunu. Ancaq bu şübhələri dəstəkləmək üçün bir çox səbəb yoxdur.
RFC 821-dən etibarən (1982-ci ildən etibarən) Çatdırılma Təminatı verilmişdir. SMTP protokolunun DATA hissəsi başa çatdıqdan və server çatdırılma üçün elektron poçtu qəbul etdikdən sonra bunun üçün məsuliyyət daşıyır. Hər hansı bir səbəbdən, alıcıya çatmırsa, səhv bildirişi ilə orijinal göndərənə göndərməlidir. Bu, bəzi qaranlıq e- poçtlarla nəticələndi.
Bununla yanaşı, bu köhnə konvensiya ya səhv mesajı aldığınızı və ya heç bir şey bilmədiyiniz hallarda heç bir şeyin olmadığı anlamına gəldi: e-poçt gəldi və ya olmaya bilər. Çox hallarda səhv mesajlar heç bir səhv mesaj kimi faydalı olmuşdur. E-postanın daha da vacib olmasına baxmayaraq bu artıq qənaətbəxş deyil (əvvəlki kimi).
DSN Uzantıları SMTP'ye
RFC 1891, daha etibarlı və daha çox istifadə edilə bilən DSN sistemi ilə nəticələnəcək SMTP protokoluna bəzi uzantıları təklif edir. Bu, MAIL və RCPT əmrlərinə bir sıra uzantıdır (əgər bu sizin üçün heç bir şey demək deyilsə, SMTP işləməyini oxuyun və sonra buraya qayıdın).
Heç bir EHLO yox, Fun
Birincisi, serverin DSN-ni dəstəkləyir. Beləliklə, biz ona EHLO demək və diqqətlə qulaq asmalıyıq. DSN ilə bir sıra xüsusiyyətlər siyahısına cavab verərsə, bu, istəklərimizə xidmət edə biləcəyini düşünə bilərik. Əgər deyilsə, onda: başqa bir server cəhd edə bilərsiniz və ya sadəcə DSN olmadan elektron poçta geri qayıtmaq. Məsələn (mənim giriş mavi olan, serverın çıxışı qara):
220 larose.magnet.at ESMTP Sendmail 8.8.6 / 8.8.6; Sun, 24 Yanvar 1997 18:23:22 +0200
EHLO localhost
250-laroz.magnet.at Salam localhost [127.0.0.1], sizinlə görüşməkdən məmnun qaldı
250-EXPN
250-VERB
250-8BITMIME
250 SIZE
250-DSN
250-ONEX
250-ETRN
250-XUSR
250 HELP
Xoşbəxtlikdən, digər şeylər arasında DSN tapırıq.
DSN Göndərici Uzantıları
Növbəti komanda adətən MAIL FROM :. DSN ilə bu fərqli deyil. Ancaq RET və ENVID kimi iki əlavə variant var.
RET seçimi kifayət qədər MAIL əmrinə yerləşdirilib, lakin burada başqa yerlərdə də olduğu kimi uyğun gəlir. Məqsəd, çatışmazlıq halında orijinal mesajınızın nə qədər qaytarılacağını göstərməkdir. Valid argumentlər FULL və HDRS'dir. Birincisi, tam mesaj səhv mesajına daxil edilməli olduğunu bildirir, HDRS serverə yalnız uğursuz poçtun başlıqlarını qaytarmağı göstərib. RET dəqiqləşdirilməyibsə, nə edəcəyini serverə qədər. Çoxlu hallarda HDRS standart dəyərdir.
ENVID həqiqətən göndəriciyə aiddir və ya (daha doğrusu) onun e-poçt müştəri bizə bu zərflərin identifikatorundan istifadə edən yeganə olacaq. Məqsəd, göndərilən bir göndərənə ehtimal olunan bir səhv mesajı e-poçt göndərməkdir. Bu şəxsiyyətin formatı əsasən göndərənin təsəvvürünə qalır. Bizim misalımızda (təsəvvür) ENVID istifadə etməyəcəyik:
MAIL FROM: sender@example.com RET = HDDK
250 sender@example.com ... Gönderen ok
Göründüyü kimi, başlıqları yalnız DSN-də almaq istəyirik.
DSN Recipient Extensions
RCPT TO: genişlənmələrin ədalətli payını alır: NOTIFY və ORCPT.
NOTIFY DSN'nin əsl qəlbidir. Xatırlatma vəziyyəti bildirişini göndərmək üçün serverə bildirir. İlk mümkün dəyər heç bir halda DSN-nin göndərənə qaytarılmaması deməkdir. DSN olmadan bu mümkün olmadı. Bununla yanaşı, poçtunuzun təyinatında olduğu kimi sizi xəbərdar edən SUCCESS var. FAILURE müvəffəqiyyətin həmkarıdır (!): Çatdırılma zamanı meydana gələn bir DSN gələcək. Sonuncu seçim DELAY: Daşınma zamanı qeyri-adi bir gecikmə olduğu təqdirdə xəbərdar olunacaq, ancaq faktiki çatdırılma nəticəsi (uğur və ya uğursuzluq) hələ qərar verə bilməz. BİLDİRİĞİ yalnız arqument olmadıqda, digər üçü bir vergüllə ayrılmış bir siyahıda görünə bilər. SUCCESS və FAILURE, olduqca güclü bir komanda üçün (!) Birlikdə hazırlanır, sizə demək olar ki, hər hansı bir halda sizin postunuza nə oldu.
ORCPT-in məqsədi bir e-poçt mesajının orijinal alıcısını saxlamaqdır, məsələn, başqa ünvana ötürülürsə. Bu seçimin dəlili, orijinal alıcının ünvan növü ilə birlikdə e-poçt ünvanıdır. Ünvan növü əvvəlcə, sonra bir nöqtəli vergül və nəhayət ünvan. Misal üçün:
RCPT TO: support@example.com NOTIFY = FAILURE, DELAY ORCPT = rfc822; support@example.com
250 support@example.com ... Alıcı ok (sıraya qoyacaq)
Bunu bildiyimiz kimi DATA təqib edir və nəticədə, ümid edirəm, bir müvəffəqiyyət sizi bildirən bir təslim vəziyyəti bildirişi.
DSN işi varmı?
Əlbəttə ki, bütün bu gözəllik və ağıl yalnız göndəricidən alıcıya göndərilən poçt nəqliyyat agentləri DSN-ni dəstəkləyirsə işləyəcəkdir. Bəzi günlər olacaq.