Jakiego portu SMTP powinienem użyć?
Ptak
20 kwi 2020
1 min read
Najważniejsze informacje
SMTP (Protokół transferu poczty prostej) umożliwia przesyłanie e-maili między serwerami a klientami.
Cztery porty są najczęściej wymieniane dla SMTP: 25, 465, 587 i 2525, ale dzisiaj zaleca się tylko 587 i 2525.
Port 25 jest zarezerwowany dla przesyłania między serwerami i często jest blokowany przez dostawców usług internetowych z powodu nadużyć spamu.
Port 465 jest przestarzały i nie powinien być używany.
Port 587 jest nowoczesnym, bezpiecznym standardem dla uwierzytelnionej przesyłki z TLS.
Port 2525 służy jako praktyczna alternatywa, gdy 587 jest zablokowany.
Poprawna konfiguracja portu poprawia dostarczalność i zapewnia szyfrowaną, zgodną transmisję e-mail.
Podsumowanie pytań i odpowiedzi
Jaki jest cel SMTP i dlaczego port ma znaczenie?
SMTP definiuje, jak e-maile przemieszczają się z nadawcy do odbiorcy w Internecie. Port określa, jak i gdzie te wiadomości są przesyłane — wybór niewłaściwego może zablokować dostarczanie lub osłabić bezpieczeństwo.
Dlaczego port 25 nie jest już zalecany?
Port 25 był kiedyś standardem, ale stał się głównym celem dla spamu i złośliwego oprogramowania. Większość dostawców usług internetowych teraz go blokuje, aby zapobiegać nadużyciom, zarezerwując go głównie do komunikacji między serwerami.
Co z portem 465?
Port 465 został pierwotnie przypisany do SMTPS (SMTP przez SSL), ale został wycofany. Obecnie jest zarezerwowany do innych celów i nie powinien być używany do nowoczesnego przesyłania poczty e-mail.
Który port SMTP powinienem dzisiaj użyć?
Użyj portu 587 z STARTTLS do bezpiecznego, uwierzytelnionego wysyłania wiadomości e-mail. Jeśli to jest niedostępne, port 2525 jest obsługiwanym alternatywnym rozwiązaniem przez wielu dostawców, w tym SparkPost.
Jaka jest praktyczna różnica między złożeniem a przekazywaniem?
Przesyłanie (zwykle port 587) to sytuacja, gdy klient przekazuje wiadomość na serwer do wysłania. Przekazywanie (zwykle port 25) odbywa się między serwerami pocztowymi transferującymi wiadomości między domenami.
Ludzie konfigurujący aplikację lub system poczty do wysyłania (lub przekazywania) wiadomości e-mail często mają wspólne pytanie: „Który port SMTP powinienem użyć?”
Ludzie konfigurujący aplikację lub system poczty do wysyłania (lub przekazywania) wiadomości e-mail często mają wspólne pytanie: „Który port SMTP powinienem użyć?”
Ludzie konfigurujący aplikację lub system poczty do wysyłania (lub przekazywania) wiadomości e-mail często mają wspólne pytanie: „Który port SMTP powinienem użyć?”
Dlaczego port 25 jest zazwyczaj zablokowany? Jak możesz sprawdzić, czy jest otwarty?
Port 25 jest zablokowany w wielu sieciach, aby ograniczyć ilość spamu, który jest przesyłany z zainfekowanych komputerów lub serwerów. Chyba że zarządzasz konkretnie serwerem pocztowym, nie powinieneś mieć ruchu przechodzącego przez ten port na swoim komputerze lub serwerze.
Aby sprawdzić, czy port 25 jest zablokowany przez dostawcę usług internetowych (ISP):
Jeśli używasz systemu Windows, otwórz swój wiersz polecenia. Jeśli używasz Maca, otwórz swój Terminal. A jeśli używasz Linuksa, otwórz swój emulator terminala.
Wpisz następujące polecenie: telnet examplemailserver.com 25
Jeśli port 25 nie jest zablokowany, powinieneś otrzymać wiadomość podobną do tej:
user@localhost:~# telnet gmail-smtp-in.l.google.com 25 Trying 1.2.3.4... Connected to gmail-smtp-in.l.google.com. Escape character is '^]'. 220 mx.google.com ESMTP 123si3448417qkd.359 - gsmtp
Jeśli otrzymasz wiadomość podobną do poniższej, prawdopodobnie port 25 jest zablokowany:
telnet: connect to address XX.XX.XX.XX: Connection refused telnet: Unable to connect to remote host
Port 25 jest zablokowany w wielu sieciach, aby ograniczyć ilość spamu, który jest przesyłany z zainfekowanych komputerów lub serwerów. Chyba że zarządzasz konkretnie serwerem pocztowym, nie powinieneś mieć ruchu przechodzącego przez ten port na swoim komputerze lub serwerze.
Aby sprawdzić, czy port 25 jest zablokowany przez dostawcę usług internetowych (ISP):
Jeśli używasz systemu Windows, otwórz swój wiersz polecenia. Jeśli używasz Maca, otwórz swój Terminal. A jeśli używasz Linuksa, otwórz swój emulator terminala.
Wpisz następujące polecenie: telnet examplemailserver.com 25
Jeśli port 25 nie jest zablokowany, powinieneś otrzymać wiadomość podobną do tej:
user@localhost:~# telnet gmail-smtp-in.l.google.com 25 Trying 1.2.3.4... Connected to gmail-smtp-in.l.google.com. Escape character is '^]'. 220 mx.google.com ESMTP 123si3448417qkd.359 - gsmtp
Jeśli otrzymasz wiadomość podobną do poniższej, prawdopodobnie port 25 jest zablokowany:
telnet: connect to address XX.XX.XX.XX: Connection refused telnet: Unable to connect to remote host
Port 25 jest zablokowany w wielu sieciach, aby ograniczyć ilość spamu, który jest przesyłany z zainfekowanych komputerów lub serwerów. Chyba że zarządzasz konkretnie serwerem pocztowym, nie powinieneś mieć ruchu przechodzącego przez ten port na swoim komputerze lub serwerze.
Aby sprawdzić, czy port 25 jest zablokowany przez dostawcę usług internetowych (ISP):
Jeśli używasz systemu Windows, otwórz swój wiersz polecenia. Jeśli używasz Maca, otwórz swój Terminal. A jeśli używasz Linuksa, otwórz swój emulator terminala.
Wpisz następujące polecenie: telnet examplemailserver.com 25
Jeśli port 25 nie jest zablokowany, powinieneś otrzymać wiadomość podobną do tej:
user@localhost:~# telnet gmail-smtp-in.l.google.com 25 Trying 1.2.3.4... Connected to gmail-smtp-in.l.google.com. Escape character is '^]'. 220 mx.google.com ESMTP 123si3448417qkd.359 - gsmtp
Jeśli otrzymasz wiadomość podobną do poniższej, prawdopodobnie port 25 jest zablokowany:
telnet: connect to address XX.XX.XX.XX: Connection refused telnet: Unable to connect to remote host
Który port SMTP powinienem użyć: port 25, 465, 587 czy 2525?
Osoby konfigurowujące aplikację lub system poczty do wysyłania (lub przekazywania) e-maili często mają wspólne pytanie: „Jaki port SMTP powinienem użyć?” Możesz zobaczyć informacje, które mówią, aby używać portów 25, 465, 587 lub 2525 do przekazywania SMTP. Który z tych portów powinien być twoim standardowym portem SMTP? Oto, co musisz wiedzieć i dlaczego.
Osoby konfigurowujące aplikację lub system poczty do wysyłania (lub przekazywania) e-maili często mają wspólne pytanie: „Jaki port SMTP powinienem użyć?” Możesz zobaczyć informacje, które mówią, aby używać portów 25, 465, 587 lub 2525 do przekazywania SMTP. Który z tych portów powinien być twoim standardowym portem SMTP? Oto, co musisz wiedzieć i dlaczego.
Osoby konfigurowujące aplikację lub system poczty do wysyłania (lub przekazywania) e-maili często mają wspólne pytanie: „Jaki port SMTP powinienem użyć?” Możesz zobaczyć informacje, które mówią, aby używać portów 25, 465, 587 lub 2525 do przekazywania SMTP. Który z tych portów powinien być twoim standardowym portem SMTP? Oto, co musisz wiedzieć i dlaczego.
Jaki jest port SMTP?
SMTP (Protokół Prostej Wymiany Poczty) to podstawowy standard, którego używają serwery pocztowe do przesyłania wiadomości e-mail między sobą przez Internet. SMTP jest również używany przez aplikacje takie jak Apple Mail czy Outlook do przesyłania e-maili do serwerów pocztowych, które następnie przekazują je do innych serwerów pocztowych. (Z drugiej strony, aplikacje pocztowe zazwyczaj opierają się na innych standardach, takich jak IMAP czy POP3, aby pobierać e-maile z serwerów.)
Podobnie jak inne usługi internetowe, takie jak strony internetowe, poczta SMTP opiera się na nazwach domen i adresach internetowych, aby wiedzieć, gdzie wysłać wiadomości. Wszyscy dzisiaj znamy tekstową wersję tych adresów, taką jak www.sparkpost.com. Większość z nas wie, że adres tekstowy zastępuje numeryczny adres IP, taki jak 107.21.246.67. Ale nie tak wielu z nas wie, że te adresy sieciowe zawierają również konkretne „numery portów.” „Port SMTP” odnosi się do konkretnej części adresu internetowego, która jest używana do przesyłania wiadomości e-mail.
Sieć i HTTP używają numeru portu 80. W przypadku e-maili i SMTP numer portu to… cóż, to zależy.
SMTP (Protokół Prostej Wymiany Poczty) to podstawowy standard, którego używają serwery pocztowe do przesyłania wiadomości e-mail między sobą przez Internet. SMTP jest również używany przez aplikacje takie jak Apple Mail czy Outlook do przesyłania e-maili do serwerów pocztowych, które następnie przekazują je do innych serwerów pocztowych. (Z drugiej strony, aplikacje pocztowe zazwyczaj opierają się na innych standardach, takich jak IMAP czy POP3, aby pobierać e-maile z serwerów.)
Podobnie jak inne usługi internetowe, takie jak strony internetowe, poczta SMTP opiera się na nazwach domen i adresach internetowych, aby wiedzieć, gdzie wysłać wiadomości. Wszyscy dzisiaj znamy tekstową wersję tych adresów, taką jak www.sparkpost.com. Większość z nas wie, że adres tekstowy zastępuje numeryczny adres IP, taki jak 107.21.246.67. Ale nie tak wielu z nas wie, że te adresy sieciowe zawierają również konkretne „numery portów.” „Port SMTP” odnosi się do konkretnej części adresu internetowego, która jest używana do przesyłania wiadomości e-mail.
Sieć i HTTP używają numeru portu 80. W przypadku e-maili i SMTP numer portu to… cóż, to zależy.
SMTP (Protokół Prostej Wymiany Poczty) to podstawowy standard, którego używają serwery pocztowe do przesyłania wiadomości e-mail między sobą przez Internet. SMTP jest również używany przez aplikacje takie jak Apple Mail czy Outlook do przesyłania e-maili do serwerów pocztowych, które następnie przekazują je do innych serwerów pocztowych. (Z drugiej strony, aplikacje pocztowe zazwyczaj opierają się na innych standardach, takich jak IMAP czy POP3, aby pobierać e-maile z serwerów.)
Podobnie jak inne usługi internetowe, takie jak strony internetowe, poczta SMTP opiera się na nazwach domen i adresach internetowych, aby wiedzieć, gdzie wysłać wiadomości. Wszyscy dzisiaj znamy tekstową wersję tych adresów, taką jak www.sparkpost.com. Większość z nas wie, że adres tekstowy zastępuje numeryczny adres IP, taki jak 107.21.246.67. Ale nie tak wielu z nas wie, że te adresy sieciowe zawierają również konkretne „numery portów.” „Port SMTP” odnosi się do konkretnej części adresu internetowego, która jest używana do przesyłania wiadomości e-mail.
Sieć i HTTP używają numeru portu 80. W przypadku e-maili i SMTP numer portu to… cóż, to zależy.
Jak SMTP różni się od SSL i TLS?
Obie technologie ułatwiają wysyłanie emaili. Podczas gdy SMTP może być mięśniami i kośćmi tego procesu, Secure Sockets Layer (SSL) tworzy skórę, aby utrzymać bezpieczeństwo twojego emaila. SSL działa z dowolnym dostępnym portem.
SSL był standardowym protokołem zabezpieczeń dla powszechnych portów email w niedalekiej przeszłości. Dzięki przyjęciu jego nowoczesnego potomka, Transport Layer Security (TLS), komunikacja elektroniczna stała się jeszcze bardziej bezpieczna.
Podczas gdy oba protokoły tworzą prywatny kanał między komputerem wysyłającym a odbierającym, aby zabezpieczyć transmisje, TLS oferuje więcej alertów niż jego przodek i może wykonywać więcej funkcji haszujących w celu poprawy szyfrowanej komunikacji. Dziś wiele emaili korzysta z najnowszej konwencji, STARTTLS, która łączy się z protokołami SSL lub TLS dla maksymalnego bezpieczeństwa.
Protokół SMTP sam w sobie nie jest tak bezpieczny, jak mógłby być. Użycie metody transferu w połączeniu z jednym z protokołów zabezpieczeń zapewnia większą ochronę szyfrowania. Do wysyłania emaili, SSL i inne protokoły wzmacniają transmisję SMTP.
Obie technologie ułatwiają wysyłanie emaili. Podczas gdy SMTP może być mięśniami i kośćmi tego procesu, Secure Sockets Layer (SSL) tworzy skórę, aby utrzymać bezpieczeństwo twojego emaila. SSL działa z dowolnym dostępnym portem.
SSL był standardowym protokołem zabezpieczeń dla powszechnych portów email w niedalekiej przeszłości. Dzięki przyjęciu jego nowoczesnego potomka, Transport Layer Security (TLS), komunikacja elektroniczna stała się jeszcze bardziej bezpieczna.
Podczas gdy oba protokoły tworzą prywatny kanał między komputerem wysyłającym a odbierającym, aby zabezpieczyć transmisje, TLS oferuje więcej alertów niż jego przodek i może wykonywać więcej funkcji haszujących w celu poprawy szyfrowanej komunikacji. Dziś wiele emaili korzysta z najnowszej konwencji, STARTTLS, która łączy się z protokołami SSL lub TLS dla maksymalnego bezpieczeństwa.
Protokół SMTP sam w sobie nie jest tak bezpieczny, jak mógłby być. Użycie metody transferu w połączeniu z jednym z protokołów zabezpieczeń zapewnia większą ochronę szyfrowania. Do wysyłania emaili, SSL i inne protokoły wzmacniają transmisję SMTP.
Obie technologie ułatwiają wysyłanie emaili. Podczas gdy SMTP może być mięśniami i kośćmi tego procesu, Secure Sockets Layer (SSL) tworzy skórę, aby utrzymać bezpieczeństwo twojego emaila. SSL działa z dowolnym dostępnym portem.
SSL był standardowym protokołem zabezpieczeń dla powszechnych portów email w niedalekiej przeszłości. Dzięki przyjęciu jego nowoczesnego potomka, Transport Layer Security (TLS), komunikacja elektroniczna stała się jeszcze bardziej bezpieczna.
Podczas gdy oba protokoły tworzą prywatny kanał między komputerem wysyłającym a odbierającym, aby zabezpieczyć transmisje, TLS oferuje więcej alertów niż jego przodek i może wykonywać więcej funkcji haszujących w celu poprawy szyfrowanej komunikacji. Dziś wiele emaili korzysta z najnowszej konwencji, STARTTLS, która łączy się z protokołami SSL lub TLS dla maksymalnego bezpieczeństwa.
Protokół SMTP sam w sobie nie jest tak bezpieczny, jak mógłby być. Użycie metody transferu w połączeniu z jednym z protokołów zabezpieczeń zapewnia większą ochronę szyfrowania. Do wysyłania emaili, SSL i inne protokoły wzmacniają transmisję SMTP.
Jak możesz dowiedzieć się, jaki jest twój port SMTP?
Jeśli jesteś subskrybowany na usługi hostowanej relacji e-mail, możesz uzyskać nazwę hosta serwera SMTP i numer portu ze strony wsparcia swojej usługi e-mail.
Jeśli uruchamiasz własny serwer SMTP, możesz znaleźć skonfigurowany numer portu SMTP i adres w konfiguracji serwera SMTP. W PowerMTA możesz znaleźć te informacje w dyrektywie „smtp-listener” skonfigurowanej w pliku konfiguracyjnym. Plik konfiguracyjny można znaleźć w /etc/pmta/config na serwerze Linux i C:\pmta\config.dat na serwerze Windows.
# listens on port 587 and IP 10.0.1.22 smtp-listener 10.0.1.22:587
Jeśli jesteś subskrybowany na usługi hostowanej relacji e-mail, możesz uzyskać nazwę hosta serwera SMTP i numer portu ze strony wsparcia swojej usługi e-mail.
Jeśli uruchamiasz własny serwer SMTP, możesz znaleźć skonfigurowany numer portu SMTP i adres w konfiguracji serwera SMTP. W PowerMTA możesz znaleźć te informacje w dyrektywie „smtp-listener” skonfigurowanej w pliku konfiguracyjnym. Plik konfiguracyjny można znaleźć w /etc/pmta/config na serwerze Linux i C:\pmta\config.dat na serwerze Windows.
# listens on port 587 and IP 10.0.1.22 smtp-listener 10.0.1.22:587
Jeśli jesteś subskrybowany na usługi hostowanej relacji e-mail, możesz uzyskać nazwę hosta serwera SMTP i numer portu ze strony wsparcia swojej usługi e-mail.
Jeśli uruchamiasz własny serwer SMTP, możesz znaleźć skonfigurowany numer portu SMTP i adres w konfiguracji serwera SMTP. W PowerMTA możesz znaleźć te informacje w dyrektywie „smtp-listener” skonfigurowanej w pliku konfiguracyjnym. Plik konfiguracyjny można znaleźć w /etc/pmta/config na serwerze Linux i C:\pmta\config.dat na serwerze Windows.
# listens on port 587 and IP 10.0.1.22 smtp-listener 10.0.1.22:587
Którego portu powinieneś użyć dla SMTP?
Porty 25, 465, 587 lub 2525 dla SMTP były uznawane za standardowe porty SMTP w pewnym momencie, ale tylko 587 lub 2525 powinny być naprawdę rozważane do nowoczesnego użytku.
Jeśli konfigurujesz swoje systemy, aby korzystać z SparkPost jako usługi przekaźnika SMTP, powinieneś używać portu 587 jako standardowego portu SMTP, z 2525 jako alternatywą na wypadek, gdyby port 587 był niedostępny.
Wyjaśnię, dlaczego, gdy przejdziemy przez różne porty powszechnie używane do wysyłania e-maili dzisiaj.
Poniżej znajduje się szybkie porównanie, które pomoże Ci wybrać odpowiedni port SMTP.
Numer portu | Opis | Kiedy go używać |
|---|---|---|
25 | Standardowy port SMTP | Często blokowany przez dostawców usług internetowych i dostawców chmury |
465 | Przestarzały (deprecjonowany) port dla bezpiecznego SMTP | Nie używaj, chyba że to absolutnie konieczne |
587 | Nowoczesny port dla bezpiecznego SMTP | Najlepszy wybór dla SparkPost i nowoczesnych aplikacji |
2525 | Alternatywny, niestandardowy port SMTP | Alternatywa w przypadkach, gdy standardowe porty są niedostępne |
Porty 25, 465, 587 lub 2525 dla SMTP były uznawane za standardowe porty SMTP w pewnym momencie, ale tylko 587 lub 2525 powinny być naprawdę rozważane do nowoczesnego użytku.
Jeśli konfigurujesz swoje systemy, aby korzystać z SparkPost jako usługi przekaźnika SMTP, powinieneś używać portu 587 jako standardowego portu SMTP, z 2525 jako alternatywą na wypadek, gdyby port 587 był niedostępny.
Wyjaśnię, dlaczego, gdy przejdziemy przez różne porty powszechnie używane do wysyłania e-maili dzisiaj.
Poniżej znajduje się szybkie porównanie, które pomoże Ci wybrać odpowiedni port SMTP.
Numer portu | Opis | Kiedy go używać |
|---|---|---|
25 | Standardowy port SMTP | Często blokowany przez dostawców usług internetowych i dostawców chmury |
465 | Przestarzały (deprecjonowany) port dla bezpiecznego SMTP | Nie używaj, chyba że to absolutnie konieczne |
587 | Nowoczesny port dla bezpiecznego SMTP | Najlepszy wybór dla SparkPost i nowoczesnych aplikacji |
2525 | Alternatywny, niestandardowy port SMTP | Alternatywa w przypadkach, gdy standardowe porty są niedostępne |
Porty 25, 465, 587 lub 2525 dla SMTP były uznawane za standardowe porty SMTP w pewnym momencie, ale tylko 587 lub 2525 powinny być naprawdę rozważane do nowoczesnego użytku.
Jeśli konfigurujesz swoje systemy, aby korzystać z SparkPost jako usługi przekaźnika SMTP, powinieneś używać portu 587 jako standardowego portu SMTP, z 2525 jako alternatywą na wypadek, gdyby port 587 był niedostępny.
Wyjaśnię, dlaczego, gdy przejdziemy przez różne porty powszechnie używane do wysyłania e-maili dzisiaj.
Poniżej znajduje się szybkie porównanie, które pomoże Ci wybrać odpowiedni port SMTP.
Numer portu | Opis | Kiedy go używać |
|---|---|---|
25 | Standardowy port SMTP | Często blokowany przez dostawców usług internetowych i dostawców chmury |
465 | Przestarzały (deprecjonowany) port dla bezpiecznego SMTP | Nie używaj, chyba że to absolutnie konieczne |
587 | Nowoczesny port dla bezpiecznego SMTP | Najlepszy wybór dla SparkPost i nowoczesnych aplikacji |
2525 | Alternatywny, niestandardowy port SMTP | Alternatywa w przypadkach, gdy standardowe porty są niedostępne |
Port 25: Oryginalny standardowy port SMTP
Port 25 to oryginalny standardowy port e-mailowy SMTP i jest najstarszy, ponieważ po raz pierwszy pojawił się w 1982 roku. Dziś Internet Assigned Numbers Authority (IANA), grupa odpowiedzialna za utrzymanie schematu adresowania w internecie, nadal uznaje port 25 za standardowy, domyślny port SMTP. SMTP został zaprojektowany do używania portu 25 w IETF Request For Comments (RFC) 821. Ale w praktycenie jest to tak proste, jak się wydaje.
Chociaż port 25 nadal jest używany do relaying SMTP z serwera na serwer, większość nowoczesnych klientów SMTP nie powinna być skonfigurowana do używania tego portu. Port 25 jest zazwyczaj blokowany przez dostawców internetowych dla gospodarstw domowych i biznesowych usług hostingowych w chmurze ponieważ zdobył złą reputację jako preferowany port dla spamerów wysyłających ogromne ilości niezamówionych wiadomości.
Port 25 to oryginalny standardowy port e-mailowy SMTP i jest najstarszy, ponieważ po raz pierwszy pojawił się w 1982 roku. Dziś Internet Assigned Numbers Authority (IANA), grupa odpowiedzialna za utrzymanie schematu adresowania w internecie, nadal uznaje port 25 za standardowy, domyślny port SMTP. SMTP został zaprojektowany do używania portu 25 w IETF Request For Comments (RFC) 821. Ale w praktycenie jest to tak proste, jak się wydaje.
Chociaż port 25 nadal jest używany do relaying SMTP z serwera na serwer, większość nowoczesnych klientów SMTP nie powinna być skonfigurowana do używania tego portu. Port 25 jest zazwyczaj blokowany przez dostawców internetowych dla gospodarstw domowych i biznesowych usług hostingowych w chmurze ponieważ zdobył złą reputację jako preferowany port dla spamerów wysyłających ogromne ilości niezamówionych wiadomości.
Port 25 to oryginalny standardowy port e-mailowy SMTP i jest najstarszy, ponieważ po raz pierwszy pojawił się w 1982 roku. Dziś Internet Assigned Numbers Authority (IANA), grupa odpowiedzialna za utrzymanie schematu adresowania w internecie, nadal uznaje port 25 za standardowy, domyślny port SMTP. SMTP został zaprojektowany do używania portu 25 w IETF Request For Comments (RFC) 821. Ale w praktycenie jest to tak proste, jak się wydaje.
Chociaż port 25 nadal jest używany do relaying SMTP z serwera na serwer, większość nowoczesnych klientów SMTP nie powinna być skonfigurowana do używania tego portu. Port 25 jest zazwyczaj blokowany przez dostawców internetowych dla gospodarstw domowych i biznesowych usług hostingowych w chmurze ponieważ zdobył złą reputację jako preferowany port dla spamerów wysyłających ogromne ilości niezamówionych wiadomości.
Port 465: Przestarzały i nieaktualny port SMTP
Port 465 nie jest już akceptowanym standardem dla SMTP. Jednak niektóre starsze systemy nadal używają portu 465 dla SMTP, a niektóre strony pomocnicze w Internecie nadal sugerują port 465 jako zalecaną konfigurację. Port zyskał redundancję pod koniec lat 90-tych, ale nadal polega na pasywnej metodzie SSL do nawiązywania zabezpieczonego połączenia. Nasza rada? Nie rób tego, chyba że Twoja aplikacja tego wymaga.
IANA początkowo przydzieliła port 465 dla zaszyfrowanej wersji SMTP zwanej SMTPS. Początkowo zaproponowano wysyłanie e-maili z użyciem Secure Sockets Layer (SSL). Jednak IANA jednak ponownie przydzieliła ten port do innego użytku, więc nie powinien być już używany dla SMTP. Dlatego SparkPost nie akceptuje połączeń na porcie 465.
Port 465 nie jest już akceptowanym standardem dla SMTP. Jednak niektóre starsze systemy nadal używają portu 465 dla SMTP, a niektóre strony pomocnicze w Internecie nadal sugerują port 465 jako zalecaną konfigurację. Port zyskał redundancję pod koniec lat 90-tych, ale nadal polega na pasywnej metodzie SSL do nawiązywania zabezpieczonego połączenia. Nasza rada? Nie rób tego, chyba że Twoja aplikacja tego wymaga.
IANA początkowo przydzieliła port 465 dla zaszyfrowanej wersji SMTP zwanej SMTPS. Początkowo zaproponowano wysyłanie e-maili z użyciem Secure Sockets Layer (SSL). Jednak IANA jednak ponownie przydzieliła ten port do innego użytku, więc nie powinien być już używany dla SMTP. Dlatego SparkPost nie akceptuje połączeń na porcie 465.
Port 465 nie jest już akceptowanym standardem dla SMTP. Jednak niektóre starsze systemy nadal używają portu 465 dla SMTP, a niektóre strony pomocnicze w Internecie nadal sugerują port 465 jako zalecaną konfigurację. Port zyskał redundancję pod koniec lat 90-tych, ale nadal polega na pasywnej metodzie SSL do nawiązywania zabezpieczonego połączenia. Nasza rada? Nie rób tego, chyba że Twoja aplikacja tego wymaga.
IANA początkowo przydzieliła port 465 dla zaszyfrowanej wersji SMTP zwanej SMTPS. Początkowo zaproponowano wysyłanie e-maili z użyciem Secure Sockets Layer (SSL). Jednak IANA jednak ponownie przydzieliła ten port do innego użytku, więc nie powinien być już używany dla SMTP. Dlatego SparkPost nie akceptuje połączeń na porcie 465.
Port 587: Standardowy bezpieczny port SMTP
Nowoczesne serwery pocztowe używają portu 587 do bezpiecznego przesyłania wiadomości e-mail za pomocą SMTP. Na przykład, jeśli używasz oprogramowania klienta poczty e-mail, takiego jak Outlook lub Apple Mail, prawdopodobnie jest ono skonfigurowane do korzystania z tego portu w celu wysyłania wiadomości. Nie dotyczy to tylko osobistego oprogramowania klienta poczty e-mail. Systemy, które przesyłają wiadomości do usługi dostarczania e-mail, takiej jak SparkPost, również powinny być skonfigurowane do korzystania z tego portu.
Wszyscy klienci SparkPost powinni używać portu 587 jako domyślnego, chyba że jesteś wyraźnie zablokowany przez swoją sieć nadrzędną lub dostawcę hostingu. Korzystanie z portu 587, razem z szyfrowaniem TLS, jest najlepszym sposobem na zapewnienie, że wiadomości e-mail są przesyłane bezpiecznie i niezawodnie do SparkPost (lub niemal każdego innego dostawcy).
Nowoczesne serwery pocztowe używają portu 587 do bezpiecznego przesyłania wiadomości e-mail za pomocą SMTP. Na przykład, jeśli używasz oprogramowania klienta poczty e-mail, takiego jak Outlook lub Apple Mail, prawdopodobnie jest ono skonfigurowane do korzystania z tego portu w celu wysyłania wiadomości. Nie dotyczy to tylko osobistego oprogramowania klienta poczty e-mail. Systemy, które przesyłają wiadomości do usługi dostarczania e-mail, takiej jak SparkPost, również powinny być skonfigurowane do korzystania z tego portu.
Wszyscy klienci SparkPost powinni używać portu 587 jako domyślnego, chyba że jesteś wyraźnie zablokowany przez swoją sieć nadrzędną lub dostawcę hostingu. Korzystanie z portu 587, razem z szyfrowaniem TLS, jest najlepszym sposobem na zapewnienie, że wiadomości e-mail są przesyłane bezpiecznie i niezawodnie do SparkPost (lub niemal każdego innego dostawcy).
Nowoczesne serwery pocztowe używają portu 587 do bezpiecznego przesyłania wiadomości e-mail za pomocą SMTP. Na przykład, jeśli używasz oprogramowania klienta poczty e-mail, takiego jak Outlook lub Apple Mail, prawdopodobnie jest ono skonfigurowane do korzystania z tego portu w celu wysyłania wiadomości. Nie dotyczy to tylko osobistego oprogramowania klienta poczty e-mail. Systemy, które przesyłają wiadomości do usługi dostarczania e-mail, takiej jak SparkPost, również powinny być skonfigurowane do korzystania z tego portu.
Wszyscy klienci SparkPost powinni używać portu 587 jako domyślnego, chyba że jesteś wyraźnie zablokowany przez swoją sieć nadrzędną lub dostawcę hostingu. Korzystanie z portu 587, razem z szyfrowaniem TLS, jest najlepszym sposobem na zapewnienie, że wiadomości e-mail są przesyłane bezpiecznie i niezawodnie do SparkPost (lub niemal każdego innego dostawcy).
Port 2525: Powszechny alternatywny port SMTP
Port 2525 nie jest oficjalnym portem SMTP i nie jest zatwierdzony przez IETF ani IANA. Jednak SparkPost i wielu innych dostawców usług e-mail obsługuje użycie portu 2525 jako alternatywy dla portu 587 do SMTP, w przypadku gdy powyższe porty są zablokowane. (Jednym z godnych uwagi przykładów, gdzie to jest wymagane, są usługi hostowane na Google Compute Engine.) Jeśli próbowałeś portu 587, ale doświadczasz problemów z łącznością, spróbuj portu 2525. Tak jak port 587, większość implementacji, które nasłuchują na porcie 2525, również obsługują szyfrowanie TLS.
Port 2525 nie jest oficjalnym portem SMTP i nie jest zatwierdzony przez IETF ani IANA. Jednak SparkPost i wielu innych dostawców usług e-mail obsługuje użycie portu 2525 jako alternatywy dla portu 587 do SMTP, w przypadku gdy powyższe porty są zablokowane. (Jednym z godnych uwagi przykładów, gdzie to jest wymagane, są usługi hostowane na Google Compute Engine.) Jeśli próbowałeś portu 587, ale doświadczasz problemów z łącznością, spróbuj portu 2525. Tak jak port 587, większość implementacji, które nasłuchują na porcie 2525, również obsługują szyfrowanie TLS.
Port 2525 nie jest oficjalnym portem SMTP i nie jest zatwierdzony przez IETF ani IANA. Jednak SparkPost i wielu innych dostawców usług e-mail obsługuje użycie portu 2525 jako alternatywy dla portu 587 do SMTP, w przypadku gdy powyższe porty są zablokowane. (Jednym z godnych uwagi przykładów, gdzie to jest wymagane, są usługi hostowane na Google Compute Engine.) Jeśli próbowałeś portu 587, ale doświadczasz problemów z łącznością, spróbuj portu 2525. Tak jak port 587, większość implementacji, które nasłuchują na porcie 2525, również obsługują szyfrowanie TLS.
Czy port SMTP ma znaczenie?
Poza problemami z łącznością stwierdzisz, że korzystanie z niewłaściwego portu wpływa na dostarczalność wiadomości e-mail , uniemożliwiając niezawodne dotarcie wiadomości do skrzynek odbiorczych. Komunikacja e-mailowa może być skuteczna tylko wtedy, gdy znajdzie swoją drogę między nadawcą a odbiorcą, a odpowiedni port zapewnia udane dostarczenie.
Dla większości użytkowników Twój dostawca e-mail skonfiguruje porty za Ciebie, więc nie musisz ich wybierać. Dla innych jednak ważne jest zrozumienie, że różnym portom przypisane są różne funkcje, które można głównie podzielić na przesyłanie i przekazywanie.
Poza problemami z łącznością stwierdzisz, że korzystanie z niewłaściwego portu wpływa na dostarczalność wiadomości e-mail , uniemożliwiając niezawodne dotarcie wiadomości do skrzynek odbiorczych. Komunikacja e-mailowa może być skuteczna tylko wtedy, gdy znajdzie swoją drogę między nadawcą a odbiorcą, a odpowiedni port zapewnia udane dostarczenie.
Dla większości użytkowników Twój dostawca e-mail skonfiguruje porty za Ciebie, więc nie musisz ich wybierać. Dla innych jednak ważne jest zrozumienie, że różnym portom przypisane są różne funkcje, które można głównie podzielić na przesyłanie i przekazywanie.
Poza problemami z łącznością stwierdzisz, że korzystanie z niewłaściwego portu wpływa na dostarczalność wiadomości e-mail , uniemożliwiając niezawodne dotarcie wiadomości do skrzynek odbiorczych. Komunikacja e-mailowa może być skuteczna tylko wtedy, gdy znajdzie swoją drogę między nadawcą a odbiorcą, a odpowiedni port zapewnia udane dostarczenie.
Dla większości użytkowników Twój dostawca e-mail skonfiguruje porty za Ciebie, więc nie musisz ich wybierać. Dla innych jednak ważne jest zrozumienie, że różnym portom przypisane są różne funkcje, które można głównie podzielić na przesyłanie i przekazywanie.
Zgłaszanie i Przekazywanie
Przesyłanie to działanie polegające na przekazaniu świeżo dodanej komunikacji elektronicznej do twojej skrzynki nadawczej za pomocą dostawcy usług e-mail. Jeśli ty i twój dostawca korzystacie z różnych portów, to tutaj proces się zatrzymuje - twój e-mail nie przejdzie dalej. Gdy jesteście na tym samym porcie, twój serwer pocztowy akceptuje wychodzącą komunikację i nawiązuje połączenie z komputerem po drugiej stronie. Gdy wszystko jest bezpieczne i zgodne, następuje transmisja. Ten proces nazywa się relayowaniem.
Przesyłanie to działanie polegające na przekazaniu świeżo dodanej komunikacji elektronicznej do twojej skrzynki nadawczej za pomocą dostawcy usług e-mail. Jeśli ty i twój dostawca korzystacie z różnych portów, to tutaj proces się zatrzymuje - twój e-mail nie przejdzie dalej. Gdy jesteście na tym samym porcie, twój serwer pocztowy akceptuje wychodzącą komunikację i nawiązuje połączenie z komputerem po drugiej stronie. Gdy wszystko jest bezpieczne i zgodne, następuje transmisja. Ten proces nazywa się relayowaniem.
Przesyłanie to działanie polegające na przekazaniu świeżo dodanej komunikacji elektronicznej do twojej skrzynki nadawczej za pomocą dostawcy usług e-mail. Jeśli ty i twój dostawca korzystacie z różnych portów, to tutaj proces się zatrzymuje - twój e-mail nie przejdzie dalej. Gdy jesteście na tym samym porcie, twój serwer pocztowy akceptuje wychodzącą komunikację i nawiązuje połączenie z komputerem po drugiej stronie. Gdy wszystko jest bezpieczne i zgodne, następuje transmisja. Ten proces nazywa się relayowaniem.
Co to jest serwer SMTP?
Serwer SMTP to komputer, który napędza protokół używany przez Twojego klienta pocztowego do wysyłania, odbierania i/lub przesyłania wychodzących wiadomości. W ramach tego procesu serwer SMTP weryfikuje, czy nadawca ma prawo do wysyłania przez SMTP, a jeśli nadawca ma prawo do wysyłania, a wiadomość uznana jest za niedostarczalną, serwer SMTP odeśle ją z powrotem na adres MAIL FROM. PowerMTA jest jednym z wiodących serwerów SMTP, ponieważ pozwala nadawcom przyjąć najnowsze specyfikacje autoryzacji do wysyłania wiadomości e-mail o dużej objętości i dostosować się do nowych zasad autoryzacji.
Serwer SMTP to komputer, który napędza protokół używany przez Twojego klienta pocztowego do wysyłania, odbierania i/lub przesyłania wychodzących wiadomości. W ramach tego procesu serwer SMTP weryfikuje, czy nadawca ma prawo do wysyłania przez SMTP, a jeśli nadawca ma prawo do wysyłania, a wiadomość uznana jest za niedostarczalną, serwer SMTP odeśle ją z powrotem na adres MAIL FROM. PowerMTA jest jednym z wiodących serwerów SMTP, ponieważ pozwala nadawcom przyjąć najnowsze specyfikacje autoryzacji do wysyłania wiadomości e-mail o dużej objętości i dostosować się do nowych zasad autoryzacji.
Serwer SMTP to komputer, który napędza protokół używany przez Twojego klienta pocztowego do wysyłania, odbierania i/lub przesyłania wychodzących wiadomości. W ramach tego procesu serwer SMTP weryfikuje, czy nadawca ma prawo do wysyłania przez SMTP, a jeśli nadawca ma prawo do wysyłania, a wiadomość uznana jest za niedostarczalną, serwer SMTP odeśle ją z powrotem na adres MAIL FROM. PowerMTA jest jednym z wiodących serwerów SMTP, ponieważ pozwala nadawcom przyjąć najnowsze specyfikacje autoryzacji do wysyłania wiadomości e-mail o dużej objętości i dostosować się do nowych zasad autoryzacji.
Jak skonfigurować swój serwer SMTP
Kiedy mowa o konfiguracji serwera pocztowego, są dwa rozwiązania do zbadania w celu skonfigurowania serwera SMTP. Możesz zapisać się na hostingową usługę przekazywania wiadomości e-mail. SparkPost jest wiodącym dostawcą usług dostarczania wiadomości e-mail i analityki. Alternatywnie, możesz skonfigurować swój serwer SMTP „na miejscu”, aby uzyskać bardziej szczegółową kontrolę. Przykładem jest PowerMTA.
Aby uruchomić serwer PowerMTA, skontaktuj się z support@port25.com w sprawie pakietu instalacyjnego, licencji i instrukcji instalacji. Cała konfiguracja PowerMTA jest przeprowadzana w pliku konfiguracyjnym, który znajduje się w /etc/pmta/config na serwerze Linux i C:\pmta\config.dat na serwerze Windows.
Dla podstawowej konfiguracji serwera SMTP jest kilka kwestii i kroków do podjęcia.
Jaki adres IP i numer portu chcesz, aby twój serwer SMTP odbierał wiadomości e-mail? Port 25 jest domyślnym portem dla przekazywania wiadomości e-mail. W PowerMTA możesz zmienić ten domyślny numer portu, edytując dyrektywę „smtp-listener” w pliku konfiguracyjnym.smtp-listener 0/0:25 # nasłuchuje na porcie 25 wszystkich lokalnych adresów IP. Możesz również określić zakres adresów IP CIDR.
lub
smtp-listener 10.0.1.22:25 # nasłuchuje na porcie 25 i adresie IP 10.0.1.22
Musisz zezwolić na przekazywanie wiadomości z klienta poczty e-mail do swojego serwera SMTP. Twój serwer SMTP NIGDY nie powinien być otwartym przekaźnikiem. Oznacza to, że musisz w jakiś sposób selektywnie pozwalać na przekazywanie. W PowerMTA istnieje kilka sposobów, aby to zrobić. Możesz uwierzytelnić się za pomocą nazwy użytkownika i hasła. PowerMTA obsługuje uwierzytelnianie za pomocą LOGIN, PLAIN lub mechanizmu CRAM-MD5 dla połączeń przychodzących. Jest to skonfigurowane w sekcji smtp-user i source w pliku konfiguracyjnym. Dla użytkownika „foo” i hasła „barbaz”<smtp-user foo> password barbaz authentication-method password #certyfikat (TLS) lub system (użytkownik linux) to inne opcje </smtp-user> # Następnie wymagana jest autoryzacja w sekcji source <source 0/0> require-auth true </source>
Możesz również selektywnie zezwalać na przekazywanie z konkretnego adresu IP lub zakresu CIDR. To byłby adres IP twojego klienta poczty e-mail.
<source 10.0.5.20> always-allow-relaying yes # zezwól na przesyłanie z 10.0.5.20 </source>
Możesz również ustawić nazwę/adres domeny odbiorcy (lub wzorzec), dla którego PowerMTA zaakceptuje wiadomości e-mail.
# zezwól na przekazywanie wiadomości e-mail do some.domain relay-domain some.domain relay-address bounce@bounce.yourdomain.com relay-address /@foo(bar)?\.com$/ # wzór regex
Kolejną kwestią jest, czy chcesz bezpiecznie przekazywać wiadomości e-mail z twojego klienta poczty e-mail do twojego serwera SMTP (Inbound TLS)? Jeśli twoja odpowiedź brzmi tak, musisz włączyć STARTTLS dla połączeń przychodzących i skonfigurować certyfikat TLS. W PowerMTA TLS jest obsługiwany od TLSv1 do TLSv1.3.smtp-server-tls-certificate /etc/pmta/yourcert.pem # Włącz TLS dla połączeń przychodzących <source 0/0> allow-starttls true require-starttls-before-auth true # zapewnia, że informacje uwierzytelniające są przesyłane tylko przez tls </source>
Czy chcesz, aby twój serwer SMTP bezpiecznie dostarczał wiadomości e-mail do zdalnych serwerów (Outbound TLS)? W PowerMTA masz możliwość korzystania z TLS, jeśli zdalny serwer to wspiera, lub wymuszenia TLS i przerwania połączenia, jeśli zdalny serwer nie obsługuje TLS.<domain *> # (*) to dziki znak dla wszystkich domen odbiorców use-starttls true # używa TLS, jeśli dostępne require-starttls true # wymusza TLS </domain>
Ustaw adres IP i nazwę hosta, z którego twój serwer SMTP ma inicjować wychodzące połączenia SMTP. W PowerMTA ustawia się to z dyrektywą smtp-source-host.smtp-source-host 192.168.0.10 mail10.yourserver.com # Możesz również określić zakres CIDR
Na koniec, jedną z bardzo unikalnych cech PowerMTA jest możliwość rozdzielenia strumienia poczty, tworząc hosta wielohomed. Technologia VirtualMTA w PowerMTA pozwala użytkownikom definiować i kontrolować adres IP źródłowy, nazwę hosta oraz parametry dostarczania wiadomości dla każdego strumienia poczty. Umożliwia to tworzenie oddzielnych i specyficznych kampanii, klientów lub działów, jednocześnie uruchamiając tylko jedną instancję PowerMTA.
<virtual-mta mta1> smtp-source-host 1.2.3.4 mta1.yourserver.com <domain *> use-starttls true require-starttls true retry-after 10m </domain> </virtual-mta> <virtual-mta mta2> smtp-source-host 2.3.4.5 mta2.yourserver.com <domain *> use-starttls false require-starttls false retry-after 45m </domain> </virtual-mta>
Gdy podstawowa konfiguracja zostanie zakończona, możesz przesyłać wiadomości do skonfigurowanego adresu hosta/IP serwera SMTP oraz numeru portu (10.0.1.22:25 w powyższym przykładzie) i w zależności od tego, jak pozwalasz na przesyłanie wiadomości e-mail, uwierzytelnić się przy użyciu skonfigurowanej nazwy użytkownika (foo) i hasła (barbaz).
Podsumowując, port SMTP 587 jest najlepszym wyborem dla niemal każdego przypadku użycia do łączenia się ze SparkPost i innymi usługami dostarczania wiadomości e-mail.
Mam nadzieję, że te informacje pomogły Ci dowiedzieć się nieco więcej na temat tego, który port SMTP należy wybrać!
Kiedy mowa o konfiguracji serwera pocztowego, są dwa rozwiązania do zbadania w celu skonfigurowania serwera SMTP. Możesz zapisać się na hostingową usługę przekazywania wiadomości e-mail. SparkPost jest wiodącym dostawcą usług dostarczania wiadomości e-mail i analityki. Alternatywnie, możesz skonfigurować swój serwer SMTP „na miejscu”, aby uzyskać bardziej szczegółową kontrolę. Przykładem jest PowerMTA.
Aby uruchomić serwer PowerMTA, skontaktuj się z support@port25.com w sprawie pakietu instalacyjnego, licencji i instrukcji instalacji. Cała konfiguracja PowerMTA jest przeprowadzana w pliku konfiguracyjnym, który znajduje się w /etc/pmta/config na serwerze Linux i C:\pmta\config.dat na serwerze Windows.
Dla podstawowej konfiguracji serwera SMTP jest kilka kwestii i kroków do podjęcia.
Jaki adres IP i numer portu chcesz, aby twój serwer SMTP odbierał wiadomości e-mail? Port 25 jest domyślnym portem dla przekazywania wiadomości e-mail. W PowerMTA możesz zmienić ten domyślny numer portu, edytując dyrektywę „smtp-listener” w pliku konfiguracyjnym.smtp-listener 0/0:25 # nasłuchuje na porcie 25 wszystkich lokalnych adresów IP. Możesz również określić zakres adresów IP CIDR.
lub
smtp-listener 10.0.1.22:25 # nasłuchuje na porcie 25 i adresie IP 10.0.1.22
Musisz zezwolić na przekazywanie wiadomości z klienta poczty e-mail do swojego serwera SMTP. Twój serwer SMTP NIGDY nie powinien być otwartym przekaźnikiem. Oznacza to, że musisz w jakiś sposób selektywnie pozwalać na przekazywanie. W PowerMTA istnieje kilka sposobów, aby to zrobić. Możesz uwierzytelnić się za pomocą nazwy użytkownika i hasła. PowerMTA obsługuje uwierzytelnianie za pomocą LOGIN, PLAIN lub mechanizmu CRAM-MD5 dla połączeń przychodzących. Jest to skonfigurowane w sekcji smtp-user i source w pliku konfiguracyjnym. Dla użytkownika „foo” i hasła „barbaz”<smtp-user foo> password barbaz authentication-method password #certyfikat (TLS) lub system (użytkownik linux) to inne opcje </smtp-user> # Następnie wymagana jest autoryzacja w sekcji source <source 0/0> require-auth true </source>
Możesz również selektywnie zezwalać na przekazywanie z konkretnego adresu IP lub zakresu CIDR. To byłby adres IP twojego klienta poczty e-mail.
<source 10.0.5.20> always-allow-relaying yes # zezwól na przesyłanie z 10.0.5.20 </source>
Możesz również ustawić nazwę/adres domeny odbiorcy (lub wzorzec), dla którego PowerMTA zaakceptuje wiadomości e-mail.
# zezwól na przekazywanie wiadomości e-mail do some.domain relay-domain some.domain relay-address bounce@bounce.yourdomain.com relay-address /@foo(bar)?\.com$/ # wzór regex
Kolejną kwestią jest, czy chcesz bezpiecznie przekazywać wiadomości e-mail z twojego klienta poczty e-mail do twojego serwera SMTP (Inbound TLS)? Jeśli twoja odpowiedź brzmi tak, musisz włączyć STARTTLS dla połączeń przychodzących i skonfigurować certyfikat TLS. W PowerMTA TLS jest obsługiwany od TLSv1 do TLSv1.3.smtp-server-tls-certificate /etc/pmta/yourcert.pem # Włącz TLS dla połączeń przychodzących <source 0/0> allow-starttls true require-starttls-before-auth true # zapewnia, że informacje uwierzytelniające są przesyłane tylko przez tls </source>
Czy chcesz, aby twój serwer SMTP bezpiecznie dostarczał wiadomości e-mail do zdalnych serwerów (Outbound TLS)? W PowerMTA masz możliwość korzystania z TLS, jeśli zdalny serwer to wspiera, lub wymuszenia TLS i przerwania połączenia, jeśli zdalny serwer nie obsługuje TLS.<domain *> # (*) to dziki znak dla wszystkich domen odbiorców use-starttls true # używa TLS, jeśli dostępne require-starttls true # wymusza TLS </domain>
Ustaw adres IP i nazwę hosta, z którego twój serwer SMTP ma inicjować wychodzące połączenia SMTP. W PowerMTA ustawia się to z dyrektywą smtp-source-host.smtp-source-host 192.168.0.10 mail10.yourserver.com # Możesz również określić zakres CIDR
Na koniec, jedną z bardzo unikalnych cech PowerMTA jest możliwość rozdzielenia strumienia poczty, tworząc hosta wielohomed. Technologia VirtualMTA w PowerMTA pozwala użytkownikom definiować i kontrolować adres IP źródłowy, nazwę hosta oraz parametry dostarczania wiadomości dla każdego strumienia poczty. Umożliwia to tworzenie oddzielnych i specyficznych kampanii, klientów lub działów, jednocześnie uruchamiając tylko jedną instancję PowerMTA.
<virtual-mta mta1> smtp-source-host 1.2.3.4 mta1.yourserver.com <domain *> use-starttls true require-starttls true retry-after 10m </domain> </virtual-mta> <virtual-mta mta2> smtp-source-host 2.3.4.5 mta2.yourserver.com <domain *> use-starttls false require-starttls false retry-after 45m </domain> </virtual-mta>
Gdy podstawowa konfiguracja zostanie zakończona, możesz przesyłać wiadomości do skonfigurowanego adresu hosta/IP serwera SMTP oraz numeru portu (10.0.1.22:25 w powyższym przykładzie) i w zależności od tego, jak pozwalasz na przesyłanie wiadomości e-mail, uwierzytelnić się przy użyciu skonfigurowanej nazwy użytkownika (foo) i hasła (barbaz).
Podsumowując, port SMTP 587 jest najlepszym wyborem dla niemal każdego przypadku użycia do łączenia się ze SparkPost i innymi usługami dostarczania wiadomości e-mail.
Mam nadzieję, że te informacje pomogły Ci dowiedzieć się nieco więcej na temat tego, który port SMTP należy wybrać!
Kiedy mowa o konfiguracji serwera pocztowego, są dwa rozwiązania do zbadania w celu skonfigurowania serwera SMTP. Możesz zapisać się na hostingową usługę przekazywania wiadomości e-mail. SparkPost jest wiodącym dostawcą usług dostarczania wiadomości e-mail i analityki. Alternatywnie, możesz skonfigurować swój serwer SMTP „na miejscu”, aby uzyskać bardziej szczegółową kontrolę. Przykładem jest PowerMTA.
Aby uruchomić serwer PowerMTA, skontaktuj się z support@port25.com w sprawie pakietu instalacyjnego, licencji i instrukcji instalacji. Cała konfiguracja PowerMTA jest przeprowadzana w pliku konfiguracyjnym, który znajduje się w /etc/pmta/config na serwerze Linux i C:\pmta\config.dat na serwerze Windows.
Dla podstawowej konfiguracji serwera SMTP jest kilka kwestii i kroków do podjęcia.
Jaki adres IP i numer portu chcesz, aby twój serwer SMTP odbierał wiadomości e-mail? Port 25 jest domyślnym portem dla przekazywania wiadomości e-mail. W PowerMTA możesz zmienić ten domyślny numer portu, edytując dyrektywę „smtp-listener” w pliku konfiguracyjnym.smtp-listener 0/0:25 # nasłuchuje na porcie 25 wszystkich lokalnych adresów IP. Możesz również określić zakres adresów IP CIDR.
lub
smtp-listener 10.0.1.22:25 # nasłuchuje na porcie 25 i adresie IP 10.0.1.22
Musisz zezwolić na przekazywanie wiadomości z klienta poczty e-mail do swojego serwera SMTP. Twój serwer SMTP NIGDY nie powinien być otwartym przekaźnikiem. Oznacza to, że musisz w jakiś sposób selektywnie pozwalać na przekazywanie. W PowerMTA istnieje kilka sposobów, aby to zrobić. Możesz uwierzytelnić się za pomocą nazwy użytkownika i hasła. PowerMTA obsługuje uwierzytelnianie za pomocą LOGIN, PLAIN lub mechanizmu CRAM-MD5 dla połączeń przychodzących. Jest to skonfigurowane w sekcji smtp-user i source w pliku konfiguracyjnym. Dla użytkownika „foo” i hasła „barbaz”<smtp-user foo> password barbaz authentication-method password #certyfikat (TLS) lub system (użytkownik linux) to inne opcje </smtp-user> # Następnie wymagana jest autoryzacja w sekcji source <source 0/0> require-auth true </source>
Możesz również selektywnie zezwalać na przekazywanie z konkretnego adresu IP lub zakresu CIDR. To byłby adres IP twojego klienta poczty e-mail.
<source 10.0.5.20> always-allow-relaying yes # zezwól na przesyłanie z 10.0.5.20 </source>
Możesz również ustawić nazwę/adres domeny odbiorcy (lub wzorzec), dla którego PowerMTA zaakceptuje wiadomości e-mail.
# zezwól na przekazywanie wiadomości e-mail do some.domain relay-domain some.domain relay-address bounce@bounce.yourdomain.com relay-address /@foo(bar)?\.com$/ # wzór regex
Kolejną kwestią jest, czy chcesz bezpiecznie przekazywać wiadomości e-mail z twojego klienta poczty e-mail do twojego serwera SMTP (Inbound TLS)? Jeśli twoja odpowiedź brzmi tak, musisz włączyć STARTTLS dla połączeń przychodzących i skonfigurować certyfikat TLS. W PowerMTA TLS jest obsługiwany od TLSv1 do TLSv1.3.smtp-server-tls-certificate /etc/pmta/yourcert.pem # Włącz TLS dla połączeń przychodzących <source 0/0> allow-starttls true require-starttls-before-auth true # zapewnia, że informacje uwierzytelniające są przesyłane tylko przez tls </source>
Czy chcesz, aby twój serwer SMTP bezpiecznie dostarczał wiadomości e-mail do zdalnych serwerów (Outbound TLS)? W PowerMTA masz możliwość korzystania z TLS, jeśli zdalny serwer to wspiera, lub wymuszenia TLS i przerwania połączenia, jeśli zdalny serwer nie obsługuje TLS.<domain *> # (*) to dziki znak dla wszystkich domen odbiorców use-starttls true # używa TLS, jeśli dostępne require-starttls true # wymusza TLS </domain>
Ustaw adres IP i nazwę hosta, z którego twój serwer SMTP ma inicjować wychodzące połączenia SMTP. W PowerMTA ustawia się to z dyrektywą smtp-source-host.smtp-source-host 192.168.0.10 mail10.yourserver.com # Możesz również określić zakres CIDR
Na koniec, jedną z bardzo unikalnych cech PowerMTA jest możliwość rozdzielenia strumienia poczty, tworząc hosta wielohomed. Technologia VirtualMTA w PowerMTA pozwala użytkownikom definiować i kontrolować adres IP źródłowy, nazwę hosta oraz parametry dostarczania wiadomości dla każdego strumienia poczty. Umożliwia to tworzenie oddzielnych i specyficznych kampanii, klientów lub działów, jednocześnie uruchamiając tylko jedną instancję PowerMTA.
<virtual-mta mta1> smtp-source-host 1.2.3.4 mta1.yourserver.com <domain *> use-starttls true require-starttls true retry-after 10m </domain> </virtual-mta> <virtual-mta mta2> smtp-source-host 2.3.4.5 mta2.yourserver.com <domain *> use-starttls false require-starttls false retry-after 45m </domain> </virtual-mta>
Gdy podstawowa konfiguracja zostanie zakończona, możesz przesyłać wiadomości do skonfigurowanego adresu hosta/IP serwera SMTP oraz numeru portu (10.0.1.22:25 w powyższym przykładzie) i w zależności od tego, jak pozwalasz na przesyłanie wiadomości e-mail, uwierzytelnić się przy użyciu skonfigurowanej nazwy użytkownika (foo) i hasła (barbaz).
Podsumowując, port SMTP 587 jest najlepszym wyborem dla niemal każdego przypadku użycia do łączenia się ze SparkPost i innymi usługami dostarczania wiadomości e-mail.
Mam nadzieję, że te informacje pomogły Ci dowiedzieć się nieco więcej na temat tego, który port SMTP należy wybrać!
Dowiedz się więcej
Chcesz dowiedzieć się więcej o korzystaniu z SMTP? Oto instrukcje dotyczące konfigurowania SparkPost do przekazywania SMTP i dostarczania e-maili, różnice między transmisją wiadomości SMTP a API oraz rozwiązywanie problemów z połączeniem SMTP do SparkPost. Twój zespół profesjonalistów w SparkPost jest również dostępny, aby zapewnić wsparcie techniczne, gdy zajdzie taka potrzeba.
Chcesz dowiedzieć się więcej o korzystaniu z SMTP? Oto instrukcje dotyczące konfigurowania SparkPost do przekazywania SMTP i dostarczania e-maili, różnice między transmisją wiadomości SMTP a API oraz rozwiązywanie problemów z połączeniem SMTP do SparkPost. Twój zespół profesjonalistów w SparkPost jest również dostępny, aby zapewnić wsparcie techniczne, gdy zajdzie taka potrzeba.
Chcesz dowiedzieć się więcej o korzystaniu z SMTP? Oto instrukcje dotyczące konfigurowania SparkPost do przekazywania SMTP i dostarczania e-maili, różnice między transmisją wiadomości SMTP a API oraz rozwiązywanie problemów z połączeniem SMTP do SparkPost. Twój zespół profesjonalistów w SparkPost jest również dostępny, aby zapewnić wsparcie techniczne, gdy zajdzie taka potrzeba.
