გაირკვეს, თუ როგორ DSN მიზნად ისახავს წარმოადგინოს მიწოდების სტატუსი SMTP ელ.
ოდესმე გაოცებული რა მოხდა ელ-ფოსტით?
მაშინაც კი, მოკლე მიმოხილვა SMTP პროტოკოლი გექნებათ შეამჩნევთ, რომ გარდა ჩვეულებრივი HELO, ასევე არსებობს EHLO, რაც გაფართოებული SMTP სერვერი რეკლამას მისი შესაძლებლობები მიღმა ორიგინალური სტანდარტი. ერთი ეს არის DSN. DSN? დნმ და DDT არ არის საკმარისი?
ამტკიცებს, რომ ელ.ფოსტა არასაიმედოა, რომ ვინმემ უნდა " ... მათი სერვერის უკეთესად შესანახი, ის შეჭამა ჩემს გვერდს ... " არ არის იშვიათი. მე თვითონ ვარ. თუმცა, ამ ეჭვების მხარდასაჭერად ბევრი რამ არ არსებობს.
მიწოდების S Tatus N otification უკვე გარშემო, რადგან RFC 821 (1982 წლიდან). როგორც კი DATA ნაწილი SMTP პროტოკოლი დასრულდა და სერვერმა მიიღო ელფოსტის მიწოდების პასუხი, პასუხისმგებელია მასზე. თუ რაიმე მიზეზით, მას არ შეუძლია ის მიმღების მეშვეობით, რომ გააგზავნოს იგი შეცდომის შეტყობინების გაგზავნით თავდაპირველ გამგზავნიზე. ამან გამოიწვია ზოგიერთი გაურკვეველი ელ .
გარდა ამისა, ეს ძველი კონცეფცია გულისხმობდა, რომ თქვენ შეცდომის შეტყობინება გქონდათ, ან არაფერი გქონიათ იმ შემთხვევაში, თუ არაფერი იცოდა: ელ-ფოსტა შეიძლება მოვიდა ან არ შეიძლება. შეცდომის შეტყობინებები ხშირ შემთხვევაში სასარგებლო იყო როგორც შეცდომის შეტყობინებები. ელ-ფოსტით უფრო და უფრო მნიშვნელოვანი ხდება ეს აღარ არის დამაკმაყოფილებელი (თითქოს ეს იყო ადრე).
DSN გაგრძელება SMTP- სთვის
RFC 1891 სთავაზობს SMTP პროტოკოლის გაფართოებას, რაც უფრო საიმედო და უფრო გამოსაყენებელ DSN სისტემას გამოიწვევს. ეს არის კომპლექტი გაგრძელება MAIL და RCPT ბრძანებები (თუ ეს არ ნიშნავს, რომ არაფერი, წაიკითხოთ თუ როგორ SMTP მუშაობს და შემდეგ დაბრუნდება.).
არარის EHLO, არ fun
პირველი, ჩვენ უნდა დავრწმუნდეთ, რომ სერვერს მხარს უჭერს DSN. ამრიგად, ჩვენ უნდა ვუთხრათ ილუსტრაციას და ყურადღებით მოისმინოს. თუ ის პასუხობს DSN- ს გარკვეულ ფუნქციას, ჩვენ შეგვიძლია ვივარაუდოთ, რომ ის შეძლებს ჩვენს მოთხოვნებს. თუ არა, მაშინ არა: ჩვენ შეგვიძლია ვეცადოთ კიდევ ერთი სერვერი ან უბრალოდ დაიბრუნოთ ელექტრონული ფოსტის გარეშე DSN. მაგალითად (ჩემი შეყვანა ხდება ლურჯი, სერვერის გამომავალი შავი):
220 larose.magnet.at ESMTP Sendmail 8.8.6 / 8.8.6; მზე, 24 აგვ 1997 18:23:22 +0200
EHLO ადგილობრივი
250-larose.magnet.at Hello localhost [127.0.0.1], მოხარულია თქვენთან შეხვედრა
250-EXPN
250-ვერაბ
250-8BITMIME
250-ზომა
250-DSN
250-ONEX
250-ETRN
250-XUSR
250 დახმარება
საბედნიეროდ, სხვა საკითხებთან ერთად ჩვენ გვხვდება DSN.
DSN გამგზავნის გაფართოებები
მომდევნო ბრძანება, როგორც წესი, არის ფოსტა: DSN- ით, ეს არ არის განსხვავებული. მაგრამ არსებობს ორი დამატებითი ვარიანტი, რომელიც შეიძლება გასცეს: RET და ENVID.
RET ვარიანტი საკმაოდ თვითნებურად განთავსებული MAIL ბრძანება, მაგრამ ეს შეესაბამება, ისევე როგორც ეს სხვაგან. მიზანი არის იმის დაზუსტება, თუ რამდენი თქვენი ორიგინალური გაგზავნა უნდა დაბრუნდეს მიწოდების უკმარისობის შემთხვევაში. მართებული არგუმენტები არის სრული და HDRS. ყოფილი ნიშნავს, რომ სრული შეტყობინება უნდა შეიცავდეს შეცდომის შეტყობინებას, HDRS ავალებს სერვერს მხოლოდ დაბრუნების ფოსტის სათაურების დასაბრუნებლად. თუ RET არ არის მითითებული, ეს არის სერვერზე, რა უნდა გააკეთოს. უმეტეს შემთხვევაში HDRS იქნება სტანდარტული მნიშვნელობა.
ENVID მართლაც ეკუთვნის გამგზავნი, როგორც მას ან (უფრო სწორად) მისი ელ-ფოსტა იქნება მხოლოდ ერთი, რომელიც გვაიძულებს ამ კონვერტის იდენტიფიკატორს . მისი მიზანია ვუთხრა გამგზავნი, რომელიც ელექტრონული ფოსტით შესაძლოა გაცემული შეცდომის შეტყობინება შეესაბამება. ამ პირადობის ფორმატის ფორმა ძირითადად გაგზავნილია გამომგზავნის წარმოსახვაში. ჩვენ არ გამოვიყენებთ ENVID- ს ჩვენს მაგალითში (ფანტაზია!):
ფოსტა: sender@example.com RET = HDRS
250 sender@example.com ... გამგზავნი ok
სავარაუდოდ, ჩვენ მხოლოდ გვინდა სათაურები უკან DSN.
DSN მიმღების გაფართოებები
RCPT: მიიღებს მის სამართლიანი წილი გაგრძელებაც: არჩევა და ORCPT.
გაფრთხილება არის DSN- ის ნამდვილი გული. იგი ეუბნება სერვერს, როდესაც გაგზავნის მიწოდების სტატუსის შეტყობინებას. პირველი შესაძლო ღირებულება არ არის, რაც იმას ნიშნავს, რომ არავითარ გარემოებებში DSN უნდა დაბრუნდეს გამგზავნი. ეს შეუძლებელი იყო DSN- ს გარეშე. შემდეგ არის წარმატება, რომელიც მოგეხსენებათ, როდესაც თქვენი ფოსტა დანიშნულია მის დანიშნულ ადგილას. მარცხი არის წარმატების კოლეგა (!): DSN ჩამოვა, თუ arror მოხდა მიწოდების დროს. ბოლო ვარიანტი DELAY: შეტყობინებას მიიღებთ, თუ უჩვეულო დაგვიანებით მიწოდებაა, მაგრამ საბოლოო შედეგის (წარმატების ან წარუმატებლობის) შედეგი ჯერ არ არის გადაწყვეტილი. არასდროს არ უნდა იყოს ერთადერთი არგუმენტი, თუ ეს მითითებულია, დანარჩენი სამი შეიძლება გამოჩნდეს სიაში, რომელიც მძიმით არის გამიჯნული. წარმატება და მარცხი შედგება საკმაოდ ძლიერი გუნდისთვის (!), რომელიც გითხრათ (თითქმის) ნებისმიერ შემთხვევაში, რა მოხდა თქვენს გვერდში.
მიზანი ORCPT არის preserver ორიგინალური მიმღები ელფოსტის გაგზავნა, მაგალითად, თუ იგი გადაეგზავნება სხვა მისამართზე. ამ ვარიანტის არგუმენტი არის ორიგინალი მიმღების ელექტრონული მისამართი ერთად მისამართების ტიპთან ერთად. მისამართი ტიპი პირველია, რასაც მოჰყვება სმკოლონი და საბოლოოდ მისამართი. მაგალითად:
RCPT TO: support@example.com NOTIFY = მარცხი, DELAY ORCPT = rfc822; support@example.com
250 support@example.com ... მიმღები ok (იქნება მდგომ)
ამას მოჰყვება DATA, როგორც ჩვენ ვიცით და, საბოლოოდ, იმედია, მიწოდების სტატუსის შესახებ შეტყობინებას მოგაწოდოთ წარმატება.
ამჯამად DSN მუშაობა?
რა თქმა უნდა, ყველა ამ სილამაზის და ვიტ იქნება მხოლოდ იმ შემთხვევაში, თუ ფოსტა სატრანსპორტო აგენტები გამგზავნი მიმღები მხარდაჭერა DSN. ზოგიერთი დღე მათ.