E-mail küldése saját SMTP-kiszolgálón keresztül

Használja ezt, ha saját levelezési infrastruktúrát üzemeltet, vagy ha a szolgáltatója nem szerepel a közvetlenül felsoroltak között — szinte minden levelezési szolgáltatás kínál SMTP-t.

⚠️ Ha az Ön szolgáltatója a Mailgun, a SendGrid, a Postmark, az Amazon SES vagy a Resend, használja inkább annak a saját útmutatóját. Ezek a kapcsolatok jobb hibaüzeneteket adnak, ha valami elromlik, mivel egy SMTP-állapotkód helyett azt tudjuk leolvasni, amit a szolgáltató ténylegesen válaszolt.

Amire szüksége van

Négy dologra attól, aki a levelezőszerverét üzemelteti:

• Kiszolgáló (Host) — pl. smtp.yourprovider.com
• Port — 587, 465 vagy 2525
• Felhasználónév és jelszó

Melyik port

Az 587 a STARTTLS protokollal történő levélküldésre (submission) szolgál, és ezt javasolt használni. A kapcsolat titkosítatlanul indul, és bármi elküldése előtt TLS-re frissül.

A 465 az implicit TLS — az első bájttól kezdve titkosított. Ugyanolyan jó; egyes szolgáltatók ezt részesítik előnyben.

A 2525 egy nem hivatalos alternatíva, amelyet egyes tárhelyszolgáltatók azért kínálnak, mert néhány hálózat blokkolja az 587-es portot. Csak akkor használja, ha a szolgáltatója erre utasítja.

⛔ A 25-ös portot a rendszer elfogadja, de szinte soha nem ez a helyes megoldás. Ez az a port, amelyet a levélszerverek használnak az egymás közötti kommunikációra, nem pedig az, amelyet egy alkalmazás használ egy üzenet elküldésére. A legtöbb hálózaton blokkolva van, gyakran nincs rajta hitelesítés, és ahol működik, ott is gyakran titkosítatlan.

⛔⛔ Nem küldünk levelet titkosítatlan kapcsolaton keresztül. Ha bekapcsolva hagyja a STARTTLS használata opciót — és érdemes így tennie —, a szervere pedig megtagadja a frissítést, a küldés meghiúsul ahelyett, hogy titkosítatlanul folytatódna. Ez szándékos: az ügyfelei jelszó-visszaállítási hivatkozásai ezekben az üzenetekben utaznak, és egy olyan visszaminősítés, amelyet senki sem vesz észre, a legrosszabb fajta hiba, mivel a levél ettől még megérkezik.

Először állítsa be a DNS-t

A szolgáltatója nem végzi el ezt Ön helyett úgy, mint egy felügyelt szolgáltatás esetén. A küldéshez használt domainen a következőkre van szüksége:

SPF — egy TXT rekord, amely felhatalmazza a szervere címét: v=spf1 ip4:203.0.113.10 -all, vagy v=spf1 a:smtp.yourprovider.com -all. Ha már rendelkezik SPF rekorddal, módosítsa azt; egy domainen két SPF rekord az SPF teljes sikertelenségét okozza.

DKIM — a levelezőszervere aláírja a kimenő üzeneteket, Ön pedig közzéteszi a hozzá tartozó nyilvános kulcsot a <selector>._domainkey.yourdomain.com címen. Postfix esetén ez általában az OpenDKIM; a szelektor értékét a szolgáltatója fogja megadni.

DMARC — egy TXT rekord a _dmarc.yourdomain.com címen, v=DMARC1; p=none; értékkel kezdve, miközben ellenőrzi, hogy az SPF és a DKIM egyaránt megfelel-e.

Reverse DNS (PTR) — a szervere IP-címéhez tartozó PTR rekordnak vissza kell mutatnia a gépnevére (hostname). A nagy szolgáltatók ezt ellenőrzik, és sokan nem fogadnak el levelet olyan címről, amely nem rendelkezik vele. Ezt a tárhelyszolgáltatója állítja be, nem a DNS-szolgáltatója.

⭐ Egy jó ingyenes ellenőrzési lehetőség, miután beüzemelte: küldjön egy üzenetet a mail-tester.com címre, és olvassa el az értékelést. Megmutatja, melyik hibás a négy közül, ami sokkal gyorsabb, mint a spam mappából találgatni.

Kapcsolja össze a Zinn® rendszerében

Nyissa meg a vezérlőpulton az E-mail küldés menüpontot:

• Szolgáltató — SMTP szerver
• Küldés erről a domainről — mail.yourdomain.com (egy domain, nem egy e-mail-cím)
• SMTP kiszolgáló, Port, Felhasználónév, Jelszó
• STARTTLS használata — bekapcsolva, kivéve, ha a 465-ös portot használja

⭐ Hozzon létre erre a célra egy dedikált fiókot vagy küldési felhasználót, ahelyett, hogy egy adott személy belépési adatait használná fel. Amikor valaki távozik, és megváltozik a jelszava, az ügyfelei értesítéseinek nem szabad leállniuk.

Küldje el a tesztet, és adja meg a kódot

Kattintson a Tesztüzenet küldése gombra egy másik domainen lévő fiók megadásával, olvassa ki belőle a kódot, és adja meg azt.

Ha nem működik

„A levelezőszerver elutasította a felhasználónevet vagy a jelszót” — az SMTP AUTH sikertelen volt. Ha a szolgáltatójánál kétlépcsős azonosítás van érvényben a fiókon, szinte biztosan egy alkalmazásjelszóra van szüksége a bejelentkezési jelszó helyett.

„A host:port nem érhető el” — a port blokkolva van, a gépnév hibás, vagy a szerver nem figyel a levélküldésre azon a porton. Egy másik gépről kiadott telnet smtp.yourprovider.com 587 parancs megmutatja, melyikről van szó.

TLS hiba — a szervere tanúsítványa lejárt, önaláírt, vagy nem egyezik a megadott gépnévvel. Ellenőrizzük a tanúsítványokat, és nem hagyjuk ki ezt az ellenőrzést; javítsa a tanúsítványt.

„A levelezőszerver elutasította a címzettet” — a szervere nincs felkészítve az erre a feladóra történő továbbításra (relay), ami általában azt jelenti, hogy a hitelesített felhasználó nem jogosult az Ön küldő domainjének nevében küldeni.

Elküldi, de minden a spamben landol — ez DNS-hiba, nem SMTP. Menjen végig a fenti SPF, DKIM, DMARC és reverse DNS beállításokon, majd futtassa le újra a mail-tester ellenőrzést.