საკუთარი ფოსტის სერვერი: რას მოითხოვს სინამდვილეში

საკუთარი ფოსტის სერვერის გაშვება 2026 წელს სრულიად შესაძლებელია და იმაზე ნაკლებ შრომას მოითხოვს, ვიდრე მისი რეპუტაცია გვაფიქრებინებს - ოღონდ შრომა სულ სხვა ადგილებშია, ვიდრე ხალხი ელის. პროგრამის დაყენებას ერთი ნაშუადღევი სჭირდება. ფოსტის მიღება მარტივია, როგორც კი პორტი 25 შენამდე აღწევს. რთული ნაწილი ისეთი ფოსტის გაგზავნაა, რომელიც Gmail-სა და Outlook-ში შემოსულებში ხვდება, და ეს თითქმის მთლიანად სერვერის გარეთ არსებულ რამეებზეა დამოკიდებული: DNS ჩანაწერებზე, რომლებსაც აქვეყნებ, იმ IP მისამართის რეპუტაციაზე, საიდანაც აგზავნი, და მის reverse DNS-ზე. ეს სწორად გააკეთე და კომპანიის ან ოჯახის პატარა საკუთარი სერვერი ისევე კარგად მიაწვდის ფოსტას, როგორც ნებისმიერი სერვისი, რომელშიც თითო ყუთზე იხდი. არასწორად გააკეთე და სერვერი უნაკლოდ იმუშავებს, შენი ფოსტა კი ჩუმად spam-ში წავა.

ეს გზამკვლევი გულწრფელი მიმოხილვაა: რისგან შედგება ფოსტის სერვერი, რა სჭირდება მას ქსელისგან და DNS-ისგან, როგორ გამოიყურება მიმდინარე სამუშაო და როდის არ უნდა გააკეთო ეს საერთოდ.

რას აკეთებს ფოსტის სერვერი სინამდვილეში#

"ფოსტის სერვერი" რამდენიმე სერვისის მოკლე სახელია, რომლებიც, ასე მოხდა, ერთ პროცესსა და ერთ დისკს იზიარებს. სასარგებლოა მათი ცალ-ცალკე დასახელება, რადგან თითოეული თავისებურად ფუჭდება.

• შემომავალი SMTP პორტ 25-ზე. ინტერნეტის სხვა ფოსტის სერვერები აქ უკავშირდება, რომ შენს დომენზე მისამართით გამოგზავნილი ფოსტა მოიტანოს. ეს ერთადერთი გზაა, რომლითაც ფოსტა შენამდე აღწევს, და ის ყველგანიდან ხელმისაწვდომი უნდა იყოს.
• გამავალი SMTP. შენი სერვერი სხვა სერვერების პორტ 25-ს უკავშირდება, რომ მიაწოდოს ის, რასაც შენი მომხმარებლები აგზავნიან. ბევრი ქსელი ამ მიმართულებას ბლოკავს, და ეს არის პორტი 25 და გამავალი ფოსტის ბლოკირების თემა.
• Submission პორტ 587-ზე (STARTTLS) ან 465-ზე (implicit TLS). აქ შენი საკუთარი მომხმარებლების ფოსტის კლიენტები სერვერს გამავალ ფოსტას გადასცემს, შესვლის შემდეგ. ეს იგივე არ არის, რაც პორტი 25, და ამ ორის არევა "ვერ ვაგზავნი" ტიპის მოთხოვნების დიდი ნაწილის მიზეზია.
• ფოსტაზე წვდომა: IMAP 993-ზე, POP3 995-ზე, ან JMAP HTTPS-ით. ასე კითხულობენ კლიენტები უკვე მოსულ ფოსტას. IMAP, POP3 თუ JMAP მათ ადარებს.
• საცავი: თავად საფოსტო ყუთები, კვოტებით, საქაღალდეებითა და საძიებო ინდექსებით.
• ფილტრაცია: spam-ის შეფასება, შემომავალ ფოსტაზე ავთენტიფიკაციის შემოწმება და მომხმარებლის წესები (Sieve).
• ხელმოწერა: DKIM ხელმოწერები გამავალ ფოსტაზე, რომ მიმღებებმა შეძლონ გადაამოწმონ, რომ ის შენგან მოვიდა.

ძველი დაყენებები ამას ცალკეული პროგრამებისგან აწყობდა - Postfix SMTP-ისთვის, Dovecot IMAP-ისთვის, Rspamd spam-ისთვის, OpenDKIM ხელმოწერისთვის - ათამდე კონფიგურაციის ფაილით ერთმანეთზე მიწებებული. თანამედროვე ყველაფერი-ერთში სერვერები, როგორიცაა Stalwart, Mailcow (კლასიკური კომპონენტების ნაკრები კონტეინერებში) და Maddy, მთელ საქმეს ერთ ნაწილში აკეთებს. ეს დიდწილად ხსნის, რატომ გამარტივდა საკუთარი ჰოსტინგი: მოძრავი ნაწილები იგივეა, მაგრამ მათ ერთ ადგილას აკონფიგურირებ.

რა სჭირდება მას ქსელისგან#

სანამ პროგრამაზე იფიქრებ, შეამოწმე ქსელი, რომელშიც სერვერი იცხოვრებს. სამი რამ წყვეტს, საერთოდ შესაძლებელია თუ არა იქ საკუთარი ფოსტა.

სახლის კავშირები ამათგან უმეტესს ვერ აკმაყოფილებს. საცხოვრებელი მისამართების დიაპაზონები Spamhaus-ის Policy Block List-ში განზრახ არის შეტანილი, პროვაიდერების უმეტესობა გამავალ 25-ს ბლოკავს, ხოლო სამომხმარებლო ხაზზე reverse DNS-ს ვერ დააყენებ. სწორედ ამიტომ ცხოვრობს საკუთარი ფოსტა მონაცემთა ცენტრის სერვერზე და არა მაგიდის ქვეშ მდგარ ყუთში.

მონაცემთა ცენტრშიც კი გამავალი 25 ხშირად ნაგულისხმევად დაბლოკილია, რადგან იაფ სერვერზე ღია პორტი 25 ზუსტად ისაა, რასაც spammer-ები ქირაობენ. პასუხი მასთან ბრძოლა არ არის: გაგზავნე relay-ით (smarthost-ით), რომელსაც რეპუტაცია უკვე აქვს, ხოლო შენი საკუთარი სერვერი კვლავ პირდაპირ იღებს ფოსტას და საფოსტო ყუთებს ინახავს. SMTP relay გამავალი ფოსტისთვის აღწერს, როგორ მუშაობს ეს და რა ღირს.

DNS ჩანაწერები, რომლებსაც გამოაქვეყნებ#

ფოსტა DNS-ზე ნებისმიერ სხვა სერვისზე მეტად არის დამოკიდებული. დომენისთვის example.com, რომელსაც ემსახურება ფოსტის ჰოსტი mail.example.com მისამართზე 203.0.113.25, მინიმალური ნაკრები ასე გამოიყურება:

mail              3600  IN  A     203.0.113.25@                 3600  IN  MX    10 mail.example.com.@                 3600  IN  TXT   "v=spf1 mx -all"s1._domainkey     3600  IN  TXT   "v=DKIM1; k=rsa; p=MIIBIjANBg..."_dmarc            3600  IN  TXT   "v=DMARC1; p=none; rua=mailto:dmarc@example.com"

რას აკეთებს თითოეული:

• A ფოსტის ჰოსტისთვის: სერვერის მისამართი. MX ამ სახელზე მიუთითებს, არასოდეს IP მისამართზე და არასოდეს CNAME-ზე.
• MX: მსოფლიოს ეუბნება, რომელი ჰოსტი იღებს ფოსტას დომენისთვის. MX ჩანაწერები ახსნილი აღწერს პრიორიტეტებს, სარეზერვო MX-ს და null MX-ს იმ დომენებისთვის, რომლებიც ფოსტას არასოდეს იღებს.
• SPF: ჩამოთვლის, რომელ სერვერებს შეუძლიათ გაგზავნა შენი დომენით envelope-ში. mx აქ ნიშნავს "ჰოსტებს ჩემი MX ჩანაწერებიდან". თუ relay-ით აგზავნი, მისი include: ამავე ჩანაწერში ჩაიწერება.
• DKIM: საჯარო გასაღები, რომლითაც მიმღებები შენს ხელმოწერებს ამოწმებენ. ფოსტის სერვერი გასაღებების წყვილს აგენერირებს; შენ საჯარო ნახევარს სელექტორის ქვეშ აქვეყნებ. DKIM გასაღებები და როტაცია სიღრმისეულად განიხილავს სელექტორებსა და გასაღების ზომებს.
• DMARC: პოლიტიკა, რომელიც SPF-სა და DKIM-ს ხილულ From: მისამართს უკავშირებს და მიმღებებს სთხოვს, ანგარიშები გამოგიგზავნონ. დაიწყე p=none-ით; DMARC ანგარიშები და პოლიტიკის დანერგვა არის გზა p=reject-მდე.

შემდეგ არჩევითი, მაგრამ სასარგებლო ჩანაწერები: MTA-STS და TLS-RPT, რომ შენთვის გამოგზავნილ ფოსტაზე TLS მოითხოვო, autoconfig და autodiscover ჩანაწერები, რომ ფოსტის კლიენტებმა თავიანთი პარამეტრები იპოვონ, და SRV ჩანაწერები იმავე მიზნით. MTA-STS და TLS ელფოსტისთვის პირველ ორს ხსნის. არცერთი მათგანი პირველივე დღეს სავალდებულო არ არის.

ამ ყველაფრის ფონი - რატომ არის მნიშვნელოვანი alignment, რატომ ანგრევს ყველაფერს ორი SPF ჩანაწერი - მოცემულია სტატიაში SPF, DKIM და DMARC ახსნილი. თუ ის არ წაგიკითხავს, წაიკითხე, სანამ რამეს გამოაქვეყნებ.

მიწოდებადობა ნამდვილი სამუშაოა#

მიღება მექანიკური პროცესია. გაგზავნა ნდობის საკითხია, ნდობა კი ნელა მოიპოვება.

როცა შენი სერვერი Gmail-ს უკავშირდება, მიმღები მხარე დაახლოებით ამ თანმიმდევრობით კითხულობს: არის თუ არა ეს IP blocklist-ზე; აქვს თუ არა reverse DNS, რომელიც forward DNS-ს ემთხვევა; აქვს თუ არა EHLO სახელს აზრი; გადის თუ არა SPF; გადის თუ არა DKIM; ემთხვევა თუ არა DMARC; როგორია ამ IP-ისა და ამ დომენის რეპუტაცია; და მხოლოდ ამის შემდეგ - როგორ გამოიყურება წერილი. ახალი სერვერი ახალ IP-ზე ახალი დომენით საერთოდ რეპუტაციის გარეშე იწყებს, ხოლო "რეპუტაციის არქონას" სიფრთხილით ეპყრობიან.

რა აშენებს რეპუტაციას:

1. ავთენტიფიკაცია სრული და შესაბამისი. SPF, DKIM და DMARC ყველა გადის იმ დომენისთვის, რომელიც From:-შია. ეს შესასვლელი ბილეთია და არა პრიზი.
2. სწორი reverse DNS. IP-ის PTR ჩანაწერი სახელად იხსნება, და ეს სახელი უკან იმავე IP-ად იხსნება. იხილე reverse DNS და PTR ფოსტის სერვერებისთვის.
3. დაბალი მოცულობა, სტაბილური რიტმი. ათკაციანი კომპანია, რომელიც დღეში რამდენიმე ასეულ წერილს აგზავნის ადამიანებთან, რომლებიც პასუხობენ, იდეალურ გამგზავნთან ახლოსაა. სერვერი, რომელიც ერთი თვე არაფერს აგზავნის და შემდეგ ერთ საათში 5,000 newsletter-ს, ასეთი არ არის.
4. მიმღებები, რომლებსაც ფოსტა უნდათ. პასუხები, spam-იდან გადატანა და კონტაქტებში დამატება - ყველაფერი ითვლება. საჩივრები მძიმედ ითვლება შენს საწინააღმდეგოდ.
5. დრო. კვირები და არა დღეები.

მიზეზების სრული კატალოგი, რის გამოც ფოსტა spam-ში ხვდება, და როგორ დაადგინო თითოეული, მოცემულია სტატიაში რატომ მიდის ელფოსტა spam-ში. მოკლე ვერსია საკუთარი სერვერის მფლობელისთვის: თუ მხოლოდ ადამიანიდან ადამიანთან ფოსტას აგზავნი, სწორად დაყენებული სერვერი სუფთა IP-ზე ჩვეულებრივ რამდენიმე კვირაში წესრიგშია. თუ მასობრივ ან მარკეტინგულ ფოსტას აგზავნი, ამისთვის სპეციალური გაგზავნის სერვისი გამოიყენე და საკუთარი სერვერი მიმოწერისთვის დატოვე.

მიმდინარე სამუშაო, გულწრფელად#

ვინც საკუთარ ფოსტაზე ხელს იღებს, იშვიათად თმობს მას დაყენებისას. ხელს მესამე თვეზე იღებენ, როცა რაღაც უცნაური ხდება და არ იციან, სად ეძებონ. გაითვალისწინე ესენი:

• რიგზე თვალყურის დევნება. ფოსტა, რომლის მიწოდებაც ვერ ხერხდება, გამავალ რიგში ელოდება და დღეების განმავლობაში ხელახლა იცდება. მზარდი რიგი ბლოკირების ან გატეხილი relay-ის პირველი ნიშანია. ყოველკვირა შეხედე.
• DMARC ანგარიშების კითხვა. ისინი გეუბნება, ვინ აგზავნის შენი დომენის სახელით, მათ შორის დავიწყებული ინვოისების ხელსაწყო და spammer, რომელიც შენს სახელს იყენებს.
• blocklist-ების შემოწმება, როცა მიწოდება 5xx შეცდომით ჩავარდება, რომელშიც რომელიმე მათგანია ნახსენები. სიიდან ამოღების უმეტესობა ერთი ფორმა და ლოდინია.
• spam ფილტრის მორგება. არასწორად კლასიფიცირებულ ფოსტაზე სწავლება, ზღვრების შესწორება, იმ მომწოდებლის whitelist-ში დამატება, რომლის ინვოისებიც გამუდმებით ინიშნება. ფოსტის სერვერის spam ფილტრაცია აღწერს, როგორ მუშაობს ქულები.
• განახლებები. ფოსტის სერვერი მუდმივად ღიაა ინტერნეტისთვის რამდენიმე პორტზე. პროგრამა განახლებული შეინახე.
• Backup-ები. საფოსტო ყუთები ისე შეუცვლელია, როგორც მონაცემების უმეტესობა არ არის. snapshot, რომელიც არასოდეს აღდგენილა, ჰიპოთეზაა.
• სერტიფიკატები. კლიენტები ფოსტის ჰოსტის სახელს TLS-ით უკავშირდებიან; სერტიფიკატი ვალიდური უნდა იყოს და ვადის გასვლამდე განახლდეს, თორემ კომპანიის ყველა ტელეფონი ერთსა და იმავე დილას დაიწყებს გაფრთხილებების ჩვენებას.
• ანგარიშების ჰიგიენა. საფოსტო ყუთის კომპრომეტირებული პაროლი საათებში აქცევს შენს სერვერს spam-ის წყაროდ და ანადგურებს რეპუტაციას, რომელიც ააშენე. ძლიერი პაროლები, და იდეალურად - app password-ები თითოეულ მოწყობილობაზე.

პატარა ორგანიზაციისთვის ამათგან არცერთი სრული განაკვეთის სამუშაო არ არის. ეს დაახლოებით ერთი საათია თვეში, როცა არაფერი ფუჭდება, და ერთი ნაშუადღევი, როცა რაღაც ფუჭდება.

ზომა: მეხსიერება, დისკი და მომხმარებლები#

ფოსტა CPU-სა და მეხსიერებაზე მსუბუქია, დისკზე კი დროთა განმავლობაში მძიმე. მიახლოებითი ციფრები ყველაფერი-ერთში სერვერისთვის, როგორიცაა Stalwart:

ის, რაც იზრდება, საცავია. მისი უმეტესი ნაწილი მიმაგრებული ფაილებია, ხალხი კი ფოსტას არასოდეს შლის. კვოტები თითოეულ საფოსტო ყუთზე თავიდანვე დააწესე, რადგან მათი მოგვიანებით დაწესება მომხმარებლისთვის, რომელსაც 9 GB ფოსტა აქვს, ისეთი საუბარია, რომელიც არავის სიამოვნებს. საძიებო ინდექსები ნედლ ფოსტას გარკვეულ პროცენტს ამატებს, და backup-საც სჭირდება ადგილი, თუ ის ლოკალურად მზადდება.

CPU-ის პიკები მოდის შემომავალი ფოსტის ტალღებზე spam ფილტრაციისგან და მიგრაციის შემდეგ დიდი საფოსტო ყუთების ინდექსირებისგან. არცერთი დიდხანს არ გრძელდება.

როდის არ უნდა იყოს ფოსტა შენს სერვერზე#

ამის პირდაპირ თქმა ხალხს ბევრ უსიამოვნებას აარიდებს. ნუ გაუშვებ საკუთარ ფოსტის სერვერს, თუ:

• პირველივე დღიდან გარანტირებული მიწოდება გჭირდება - ახალი ბიზნესი, რომლის ინვოისებიც ამ კვირაში აუცილებლად უნდა მივიდეს. რეპუტაციის აშენებას დრო სჭირდება.
• მას არავინ მიხედავს. ფოსტის სერვერი, რომელსაც არავინ ამოწმებს, ტვირთია და არა აქტივი.
• მასობრივ ან მარკეტინგულ ფოსტას აგზავნი. გამოიყენე ამისთვის შექმნილი სერვისი, საკუთარი IP pool-ებითა და საჩივრების დამუშავებით. შენი დომენის ყოველდღიური ფოსტა ცალკე შეინახე.
• შესაბამისობის რეჟიმი გჭირდება - legal hold, eDiscovery, შენახვის პოლიტიკები აუდიტის კვალით. ეს საკუთარ პროგრამებშიც არსებობს, მაგრამ მათი დამტკიცების პასუხისმგებლობა შენზე გადმოდის.
• შენი ქსელი ვერ აკმაყოფილებს მოთხოვნებს ზემოთ მოცემული ცხრილიდან და relay-ის გამოყენება არ გინდა.

და გაუშვი საკუთარი, თუ გინდა საკუთარი მონაცემების კონტროლი, პროგნოზირებადი ღირებულება, რომელიც საფოსტო ყუთების რაოდენობასთან ერთად არ იზრდება, ბევრი დომენი ან alias თითოეულზე ფასის გარეშე, ან უბრალოდ იმ სისტემის გაგება, რომელზეც შენი ბიზნესი მუშაობს. პატარა გუნდი საკუთარ სერვერზე სულ რამდენიმე საფოსტო ყუთის შემდეგ უკვე იაფია, ვიდრე მომხმარებელზე დაფუძნებული გეგმები, ცოდნა კი თავს იმართლებს პირველივე შემთხვევაში, როცა ფოსტასთან სადმე რამე არასწორად წავა.

როგორ მუშაობს ეს RE:NODE-ის Mail Server გეგმაზე#

Mail Server ხაზი არის მთელი Stalwart სერვერი, რომელსაც შენ მართავ, და არა სათითაოდ გაყიდული საფოსტო ყუთები. მას მოყვება SMTP, IMAP და JMAP, ასევე ვებ ადმინისტრირების პანელი, სადაც დომენებსა და საფოსტო ყუთებს ქმნი, DKIM გასაღებებს იღებ და spam ფილტრაციას აყენებ. Stalwart ფოსტის სერვერის დაყენება პირველ საათს ნაბიჯ-ნაბიჯ გადის.

რაც შენზე რჩება: MX, SPF, DKIM და DMARC ჩანაწერებს აქვეყნებ იქ, ვინც შენს DNS-ს უშვებს - ჩვენს მხარეს ზონის რედაქტორი არ არის. ინტერნეტიდან ფოსტის მისაღებად პორტი 25 არის საჭირო, რომელსაც კონტეინერი თავად ვერ გახსნის, ამიტომ ხსნი მოთხოვნას და support მას შენს სერვერზე გადაამისამართებს; ერთ მისამართზე ერთი ფოსტის სერვერია, რადგან IP-ზე პორტ 25-ს მხოლოდ ერთი სერვერი შეიძლება ფლობდეს. თუ ქსელი შენს გამავალ პორტ 25-ს უარყოფს, აგზავნი relay-ით, რომელიც ვებ ადმინისტრირების პანელში კონფიგურირდება. გეგმებს ხუთი პორტი აქვს, ამიტომ აირჩიე, რომელ სერვისებს გახსნი, და backup-ის სლოტები ერთიდან ოთხამდე, დონის მიხედვით. შეიძლება თუ არა შენი სერვერის მისამართისთვის PTR ჩანაწერის დაყენება, ის არ არის, რაც უნდა ივარაუდო - ჰკითხე support-ს, სანამ მას დაეყრდნობი, და გამოიყენე relay, თუ პასუხი არ გაწყობს.

FAQ#

რეალისტურია თუ არა ჯერ კიდევ საკუთარი ელფოსტა მცირე ბიზნესისთვის?

კი, ადამიანიდან ადამიანთან ფოსტისთვის სერვერზე, რომელსაც სუფთა IP, სწორი DNS და ადამიანი ჰყავს, რომელიც მას ყოველთვიურად ამოწმებს. ეს რეალისტური არ არის მასობრივი გაგზავნისთვის და არც მაშინ, თუ მასზე პასუხს არავინ აიღებს. ძალისხმევის უმეტესი ნაწილი პირველ რამდენიმე კვირაზე მოდის.

რატომ მიდის ჩემი ახალი სერვერის ფოსტა spam-ში, როცა ყველაფერი გადის?

იმიტომ, რომ ავთენტიფიკაციის გავლა მხოლოდ იმას ამტკიცებს, ვინ ხარ, და არა იმას, რომ სანდო ხარ. ახალ IP-სა და დომენს რეპუტაცია არ აქვთ. მოცულობა დაბალი და სტაბილური შეინახე, დარწმუნდი, რომ reverse DNS სწორია, და გაუმჯობესებას რამდენიმე კვირაში ელოდე და არა დღეებში.

შემიძლია ფოსტის სერვერის გაშვება სახლის კავშირზე?

კარგად - ვერა. საცხოვრებელი დიაპაზონები blocklist-ებზე პოლიტიკით არის შეტანილი, გამავალი პორტი 25 ჩვეულებრივ დაბლოკილია, reverse DNS-ს კი ვერ დააყენებ. გარკვეული ძალისხმევით სახლში მიღება შეგიძლია, მაგრამ გაგზავნას relay დასჭირდება, და ამ ეტაპზე ჰოსტინგის სერვერი უფრო მარტივია.

რამდენი დისკი სჭირდება საფოსტო ყუთს?

ჩვეულებრივი საოფისე გამოყენება ერთ ადამიანზე წელიწადში 1-3 GB-ით იზრდება, თითქმის მთლიანად მიმაგრებული ფაილების ხარჯზე. კვოტა თითოეულ საფოსტო ყუთზე თავიდანვე დააწესე და დისკი მომდევნო ორი წლისთვის დაგეგმე და არა მომდევნო თვისთვის.

მჭირდება თუ არა SPF, თუ ყველაფერს DKIM-ით ვაწერ ხელს?

კი. DMARC-ს მხოლოდ ერთი მათგანის გავლა და შესაბამისობა სჭირდება, მაგრამ SPF გადამისამართებისას ჩავარდება, DKIM კი - როცა mailing list წერილს არედაქტირებს. ორივეს გამოქვეყნება ნიშნავს, რომ ერთი ჩვეულებრივ გადარჩება.