2026 წელს საკუთარი ფოსტის სერვერის მართვა ტექნოლოგიური თვალსაზრისით არაპრაქტიკულია. პროფესიონალები ირჩევენ ისეთ სერვისებს, როგორიცაა Postmark, Resend, Mailgun ან AWS SES, რადგან ისინი უზრუნველყოფენ შეტყობინებების მიწოდებას, SPF, DKIM და DMARC პროტოკოლების დაცვას და რეპუტაციის მართვას. თუმცა, პრობლემა რჩება ინტეგრაციაში.

პრობლემა: დუბლირებული ინტეგრაციები

თითოეული აპლიკაცია, რომელსაც საკუთარ სერვერზე მასპინძლობთ — იქნება ეს ბლოგი, კონტაქტის ფორმა თუ ავთენტიფიკაციის სისტემა — ცალკე უნდა დაუკავშირდეს ფოსტის პროვაიდერს. ეს ნიშნავს API გასაღებების დუბლირებას, კოდის გამეორებას და თითოეული სერვისის თავისებურებებთან მუდმივ ბრძოლას. გარდა ამისა, ღრუბლოვანი ჰოსტინგების უმეტესობა, როგორიცაა DigitalOcean ან Linode, ზღუდავს გამავალ SMTP ტრაფიკს, რაც დამატებით დაბრკოლებებს ქმნის.

რა არის Posthorn?

Posthorn არის გამოსავალი, რომელიც თამაშობს „ხიდის“ როლს. ეს არის ერთი Go ბინარული ფაილი, რომელიც აერთიანებს თქვენს ყველა აპლიკაციას ერთ საერთო კარიბჭესთან. ნაცვლად იმისა, რომ თითოეულ აპლიკაციას ჰქონდეს საკუთარი კონფიგურაცია, ისინი მიემართება Posthorn-ისკენ, რომელიც შემდგომ პასუხისმგებლობას იღებს ფოსტის გაგზავნაზე არჩეული პროვაიდერის მეშვეობით.

მუშაობის პრინციპი

  • სამი შემავალი წერტილი (Ingress): HTTP ფორმები, HTTP API ან SMTP.
  • ხუთი სატრანსპორტო არხი (Transports): Postmark, Resend, Mailgun, AWS SES ან SMTP რელე.
  • ერთიანი მართვა: კონფიგურაცია ხდება ერთი TOML ფაილის მეშვეობით.

თუ თქვენი აპლიკაცია იყენებს SMTP-ს, მაგრამ ჰოსტინგი მას ბლოკავს, Posthorn-ის გამოყენებით შეგიძლიათ ეს შეზღუდვა მარტივად გვერდი აუაროთ. უბრალოდ მიუთითეთ აპლიკაცია Posthorn-ის ლოკალურ მისამართზე, ხოლო დანარჩენს თავად სისტემა მოაგვარებს.

ტექნიკური მახასიათებლები და განვითარება

პროექტი გამოირჩევა სიმარტივით: ის იყენებს მხოლოდ სამ გარე Go ბიბლიოთეკას და არ არის დამოკიდებული გამყიდველების SDK-ებზე. v1.0 ვერსია უკვე მზად არის და მოიცავს დეტალურ დოკუმენტაციას სხვადასხვა რეცეპტებით, მათ შორის Hugo-ს, Ghost-ისა და Gitea-სთვის.

სამომავლო გეგმები (v2) მოიცავს SQLite-ზე დაფუძნებულ ჟურნალს, შეცდომების ავტომატურ დამუშავებას და ე.წ. „suppression list“-ს მყარი შეცდომების შემთხვევაში. v3 ვერსიისთვის კი განიხილება ადმინისტრაციული ინტერფეისის და სპამის საწინააღმდეგო დაცვის მექანიზმების დამატება.