SMTP relay és levelezőszerver üzemeltetés

Postafiókok és tranzakciós levelek, külön kezelve

Két eltérő kockázatú folyamatról van szó. A cég postafiókjai a Mailun futnak, webmail felülettel, spam- és vírusszűrővel, kvótával és IMAP-hozzáféréssel. Az alkalmazás által generált levél, vagyis a számla, a jelszó-visszaállítás, az értesítés, más csatornán megy, más IP-vel és más reputációval. Így egy robotok által túlterhelt űrlap nem blokkolja az üzleti levelezésedet, és egy rosszul elküldött kampány sem érinti a munkára használt postafiókokat.

• Mailu a saját domainedre telepítve: webmail, IMAP, szűrők, kvóták
• Külön relay az alkalmazásból küldött levelekhez
• Alkalmazásfelhasználónkénti hitelesítés, küldési korláttal
• A sorok és a visszapattant levelek folyamatos figyelése

Bevált gyakorlatok, amelyeket alkalmazunk

A kézbesíthetőség nem szerencse kérdése, hanem egy ellenőrzőlista. Ezt alkalmazzuk telepítéskor, és rendszeresen megismételjük, mert a nagy levelezőszolgáltatók szabályai évről évre változnak, bejelentés nélkül. Az alábbiak pontosan azok a lépések, amelyeket beállítunk, és amelyeket az átadáskor kapott útmutatóban rögzítünk, a domainedre publikált DNS-értékekkel és a beérkező riportok értelmezésével együtt. Ezt a listát rendszeresen felülvizsgáljuk, hogy kövessük a nagy levelezőszolgáltatók változó elvárásait, és időben jelezzünk, ha valami módosításra szorul.

• Helyesen publikált SPF, DKIM és DMARC, aktivált összesített riportokkal
• PTR és rDNS a szervernévhez illesztve, plusz fokozatos IP-bemelegítés
• Kötelező TLS az átvitelben, MTA-STS azoknak a domaineknek, amelyek elfogadják
• Elkülönített reputáció a postafiókok és a tranzakciós relay között
• Küldési korlátok és a visszapattant üzenetek kezelése, a listák tisztításával

A 25-ös port, a DNS és ami rád tartozik

Sok magyarországi csapat találkozik azzal, hogy a 25-ös port otthoni hálózatokban és több internetszolgáltatónál is le van tiltva, spamvédelmi intézkedésként. Emiatt az alkalmazások a hitelesítést igénylő 587-es porton küldenek, a 25-ös pedig levelezőszerverek közötti kommunikációra marad. Mi publikáljuk a szükséges DNS-bejegyzéseket, köztük az MX, SPF, DKIM és DMARC rekordokat, és megmutatjuk, mit érdemes figyelned a riportokban. A teljes útmutató, küldési példákkal, a /documentatie/mailu-smtp-relay oldalon érhető el.

A beleértett órák és a migráció

A Mailu telepítése, a relay beállítása és a postafiókok átköltöztetése a havi órák terhére történik: 1–8 óra a VPS-terveken, csomagtól függően 5–10 óra a dedikált és 10 óra a GPU szervereken. Az ügyfélpanel DevOps szolgáltatások menüpontjából kéred, jellemzően egy hétvégi migrációs ablakkal, amit veled egyeztetünk előre. A más szolgáltatótól való átállás díjmentes, beleértve a régi postafiókok archívumának megőrzését is. Az órák nem gördülnek át, és ami meghaladja a keretet, azt vállaljuk, óradíj alapján külön számlázva.

Hogyan dolgozunk

1. Igényled a panelből

   Elmondod, hány postafiókod van, honnan érkeznek, és mit küld az alkalmazásod, majd javasolsz egy migrációs ablakot a DevOps szolgáltatások menüpontban.

2. Egyeztetjük a kereteket

   Ellenőrizzük a domaint, a jelenlegi DNS-t és az IP reputációját, majd megegyezünk, mi költözik előbb, és mennyi ideig tart a bemelegítés.

3. Megvalósítjuk és teszteljük a küldést

   Telepítjük a Mailut és a relayt, publikáljuk a DNS-bejegyzéseket, átköltöztetjük a postafiókokat, majd teszteljük a kézbesítést a fő levelezőszolgáltatók felé.

4. Dokumentálva átadjuk

   Megkapod a konfigurációs útmutatót, a publikált DNS-értékeket, a küldési példákat az alkalmazásból, és a DMARC-riportok értelmezésének módját.

Felhasználási esetek

Technológiák

• Mailu
• Postfix
• Dovecot
• Rspamd
• ClamAV
• Roundcube
• Let's Encrypt
• Prometheus

Gyakori kérdések

• Mi az az SMTP relay, és hogyan működik?

  Egy olyan szerver, amely átveszi az alkalmazásod leveleit, és eljuttatja azokat a címzettekhez, kezelve a sorokat, az újrapróbálkozást és a reputációt. Az alkalmazás hitelesíti magát, és az 587-es porton küld, a relay pedig alkalmazza a DKIM-aláírást, és kezeli a visszapattant üzeneteket.

• Miért van letiltva a 25-ös port több internetszolgáltatónál?

  Ez egy régi, spamellenes intézkedés: a lakossági hálózatokban lévő fertőzött gépek korábban közvetlenül a 25-ösön küldtek. Emiatt az alkalmazások az 587-est használják, hitelesítéssel, a 25-ös pedig a levelezőszerverek közötti kommunikációra marad fenn.

• Melyik SMTP portot használjam: 25, 587, 465 vagy 2525?

  Az alkalmazásból használd az 587-est STARTTLS-szel, vagy a 465-öt közvetlen TLS-hez. A 25-ös csak szerverek között marad. A 2525 egy nem hivatalos alternatíva, amikor a hálózat blokkolja a többit. Minden változatot telepítéskor beállítunk, és az útmutatóban rögzítünk.

• Miért kerülnek a leveleim a spam mappába?

  A leggyakoribb ok a hiányzó vagy hibás SPF, DKIM, DMARC beállítás, a rosszul bemelegített IP-cím, vagy a postafiókok és a tranzakciós levelek közös reputációja. Ezeket sorra ellenőrizzük, majd a riportokból nyomon követjük, hogy a javítás valóban javítja-e a kézbesíthetőséget.

• Megéri saját levelezőszervert üzemeltetni?

  Igen, ha kontrollt akarsz a domain feletti postafiókok és a tranzakciós levelek fölött, és fontos, hogy az adatok az EU-ban maradjanak. A telepítést, a beállítást és a folyamatos üzemeltetést a havi órák terhére mi végezzük, így nem egyedül kell kezelned a levelezőszerver adminisztrációját.

• Hogyan állítom be az SPF, DKIM és DMARC rekordokat?

  Nálunk ez a telepítés része: mi publikáljuk a DNS-bejegyzéseket a domainedre, beállítjuk az aláírást és a hitelesítési szabályokat, majd elmagyarázzuk, hogyan olvasd a beérkező DMARC-riportokat. Az összes lépést és a konkrét értékeket az átadáskor kapott útmutató tartalmazza.