SMTP ઇમેઇલને ડિલિવરીનો દરજ્જો આપવાનું લક્ષ્ય રાખ્યું છે તે શોધી કાઢો.
ક્યારેય આશ્ચર્ય થયું હતું તમે મોકલેલા ઇમેઇલને શું થયું?
SMTP પ્રોટોકોલ પર પણ તમે સંક્ષિપ્ત દેખાવ પણ જોશો કે સામાન્ય HELO ઉપરાંત, ત્યાં પણ EHLO છે, જે વિસ્તૃત SMTP સર્વરને તેના મૂળ માપદંડની બહારની ક્ષમતાઓની જાહેરાત કરે છે. આમાંથી એક DSN છે. DSN? ડીએનએ અને ડીડીટી પૂરતી નથી?
એવી દલીલ કરવા માટે કે ઈમેઈલ અવિશ્વસનીય છે, કે કોઈએ " ... તેમના સર્વરને વધુ સારી રીતે ખવડાવવું જોઈએ , તે મારા મેલ ખાય છે ... " અસામાન્ય નથી. હું તે જાતે કરું છું તેમ છતાં, આ શંકાઓને ટેકો આપવાનું ઘણું કારણ નથી.
ડિલિવરી એસ ટટુ એન ઓટીફિકેશન RFC 821 (1982 થી) થી આસપાસ છે. જલદી SMTP પ્રોટોકોલનો ડેટા ભાગ સમાપ્ત થાય છે અને સર્વરએ ડિલિવરી માટે ઇમેઇલ સ્વીકાર્યો છે તે તેના માટે જવાબદાર છે. જો, કોઈપણ કારણોસર, તે તેને પ્રાપ્તકર્તા દ્વારા મેળવી શકતું નથી, તો તે મૂળ પ્રેષકને ભૂલની સૂચના સાથે પાછું મોકલવું જોઈએ. આના પરિણામે કેટલાક અસ્પષ્ટ ઇમેઇલ થયો .
તે ઉપરાંત, આ જૂના સંમેલનનો અર્થ થાય છે કે ક્યાં તો તમને કોઈ ભૂલ સંદેશ મળ્યો છે અથવા તમે કઇ જ જાણતા નથી તે કંઈ જ મળ્યું નથી : ઇમેઇલ આવી શકે છે અથવા તે કદાચ ન પણ હોય. ઘણા કિસ્સાઓમાં ભૂલ સંદેશાઓ કોઈ ભૂલ સંદેશા તરીકે જ ઉપયોગી ન હતા. વધુ અને વધુ મહત્વપૂર્ણ ઇમેઇલ બનવાથી આ સંતોષકારક નથી (જેમ કે તે પહેલાં હતું).
SMTP પર DSN એક્સ્ટેન્શન્સ
આરએફસી 1891 SMTP પ્રોટોકોલને કેટલાક એક્સ્ટેન્શન્સની દરખાસ્ત કરે છે જે વધુ વિશ્વસનીય અને વધુ ઉપયોગી ડીએસએન સિસ્ટમમાં પરિણમે છે. તે MAIL અને RCPT આદેશોના એક્સ્ટેંશનનો એક સમૂહ છે (જો આનો અર્થ તમારા માટે કંઈ નથી, તો વાંચો કે SMTP કેવી રીતે કાર્ય કરે છે અને પછી અહીં પાછા આવો.).
ના EHLO, ના ફન
પ્રથમ, અમારે ખાતરી કરવી પડશે કે સર્વર DSN ને સપોર્ટ કરે છે. આ રીતે, આપણે તેમને EHLO કહેવું અને કાળજીપૂર્વક સાંભળો. જો તે લક્ષણ યાદીમાં DSN somewher સાથે પ્રતિક્રિયા અમે ધારી શકો છો કે તે અમારી વિનંતીઓ સેવા આપવા માટે સક્ષમ હશે. જો નહીં, તો પછી નહીં: અમે બીજા સર્વરનો પ્રયાસ કરી શકીએ છીએ અથવા ફક્ત DSN વિના ઇમેઇલ પર પાછા આવી શકીએ છીએ. ઉદાહરણ તરીકે (મારું ઇનપુટ વાદળી છે, સર્વરનું આઉટપુટ બ્લેક):
220 લાર્ઝ.મેગ્નેટ.ટ ESMTP સેમેડેમ 8.8.6 / 8.8.6; સન, 24 ઑગસ્ટ 1997 18:23:22 +0200
EHLO લોકલહોસ્ટ
250- લીરોઝ.મેગનેટ.ટ હેલો લોકલહોસ્ટ [127.0.0.1], તમને મળવા માટે ઉત્સુક
250-EXPN
250-VERB
250-8BITMIME
250-SIZE
250-ડીએસએન
250-ONEX
250-ઇટીઆરએન
250-એક્સયુએસઆર
250 સહાય
સદભાગ્યે, અન્ય વસ્તુઓ વચ્ચે અમે DSN શોધી
DSN પ્રેષક એક્સ્ટેન્શન્સ
આગામી આદેશ સામાન્ય રીતે મેલ છે:. DSN સાથે, આ કોઈ અલગ નથી. પરંતુ બે અતિરિક્ત વિકલ્પો છે જે તમે ઇશ્યૂ કરી શકો છો: RET અને ENVID.
RET વિકલ્પને બદલે MEIL આદેશમાં આપખુશિક રીતે મૂકવામાં આવ્યો હતો, પરંતુ અહીં તે અહીંથી બંધબેસે છે તેમજ તે ક્યાંય પણ હશે ડિલિવરીની નિષ્ફળતાના કિસ્સામાં તમારો મૂળ મેસેજ કેટલી પાછો આપવો જોઈએ તેનો ઉલ્લેખ કરવાનો છે. માન્ય દલીલો પૂર્ણ અને HDRS છે. ભૂતપૂર્વનો અર્થ એ છે કે સંપૂર્ણ મેસેજને ભૂલ સંદેશામાં શામેલ કરવો જોઈએ, એચડીઆરએસ સર્વરને ફક્ત નિષ્ફળ મેઇલના હેડરો જ પરત કરવાની સૂચના આપે છે. જો RET નિર્દિષ્ટ નથી, તો તે શું છે તે સર્વર પર છે મોટાભાગના કિસ્સાઓમાં એચડીઆરએસ ડિફોલ્ટ વેલ્યુ હશે.
એનવીઆઇવી ખરેખર પ્રેષકની માલિકીની છે કે તેણી (અથવા બદલે) તેના ઇમેઇલ ક્લાયંટ એકમાત્ર એવી હશે જે અમને આ પરબિડીયું ઓળખકર્તા બનાવે છે. તેનો હેતુ પ્રેષકને કહેવાનું છે કે જે સંભવિત જારી કરેલા ભૂલ સંદેશાને અનુરૂપ છે. આ ID નું ફોર્મેટ મૂળભૂત રીતે પ્રેષકની કલ્પનામાં મૂકવામાં આવે છે. અમે અમારા ઉદાહરણમાં (કલ્પના!) ENVID નો ઉપયોગ નહીં કરીએ:
ઇમેઇલ દ્વારા: sender@example.com RET = HDRS
250 sender@example.com ... પ્રેષક બરાબર
દેખીતી રીતે, અમે ફક્ત અમારા DSN માં પાછા હેડર્સ મેળવવા માંગો છો.
DSN પ્રાપ્તકર્તા એક્સ્ટેન્શન્સ
RCPT TO: તેમજ એક્સટેન્શનનો તેનો સારો હિસ્સો મેળવે છે: NOTIFY અને ORCPT
NOTIFY એ DSN નું વાસ્તવિક હૃદય છે. તે જ્યારે સર્વરને ડિલિવરી સ્ટેટસ સૂચના મોકલવા કહે છે પ્રથમ શક્ય મૂલ્ય એ ક્યારેય નહીં થાય છે કે કોઈ સંજોગોમાં પ્રેષકને એક DSN પાછું મેળવવું આવશ્યક છે. આ DSN વગર શક્ય ન હતું. પછી ત્યાં સફળતા છે, જે તમને સૂચિત કરશે જ્યારે તમારું મેઇલ તેની મુકામ પર ઉતરી જશે. નિષ્ફળતા SUCCESS નું પ્રતિરૂપ (!) છે: કોઈ ડિલિવરી દરમિયાન કોઈ અમાનુસાર આવી જાય તો DSN આવી જશે. છેલ્લો વિકલ્પ વિલંબ છે: ડિલિવરીમાં અસામાન્ય વિલંબ થયો હોય તો તમને સૂચિત કરવામાં આવશે, પરંતુ વાસ્તવિક ડિલિવરીના પરિણામ (સફળતા કે નિષ્ફળતા) હજુ સુધી નક્કી કરવામાં ન આવે. જો તે નિર્દિષ્ટ કરે તો ક્યારેય એકમાત્ર દલીલ હોવી જોઈએ નહીં, અન્ય ત્રણ સૂચિમાં દેખાઈ શકે છે, અલ્પવિરામ દ્વારા સીમાંકિત સફળતા અને નિષ્ફળતા એક સુંદર મજબૂત ટીમ સાથે મળીને (!), તમે (લગભગ) તમારા મેઇલ સાથે શું થયું તે કિસ્સામાં તમને કહી.
ORCPT નો હેતુ ઇમેઇલ સંદેશાની મૂળ પ્રાપ્તકર્તાને સાચવવા માટે છે, ઉદાહરણ તરીકે જો તે બીજા સરનામાં પર ફોર્વર્ડ કરવામાં આવે છે આ વિકલ્પનો દલીલ એ સરનામાં પ્રકાર સાથે મૂળ પ્રાપ્તકર્તાઓનો ઇમેઇલ સરનામું છે. સરનામું પ્રકાર પ્રથમ આવે છે, પછી અર્ધવિરામ અને છેલ્લે સરનામું. દાખ્લા તરીકે:
RCPT TO: support@example.com NOTIFY = FAILURE, DELAY ORCPT = rfc822; support@example.com
250 support@example.com ... પ્રાપ્તકર્તા બરાબર (કતારમાં આવશે)
આ માહિતીને આપણે અનુસરીએ છીએ અને આખરે, આસ્થાપૂર્વક, એક સુવિધાની સૂચના તમને સૂચિત કરે છે કે સફળતા સફળ છે.
DSN કાર્ય કરે છે?
અલબત્ત, તમામ સૌંદર્ય અને સમજશક્તિ માત્ર ત્યારે જ કાર્ય કરશે જો પ્રેષકના મેલ ટ્રાન્સપોર્ટ એજન્ટને પ્રાપ્તકર્તા સમર્થન DSN કેટલાક દિવસ તેઓ ચાલશે