Jakiego portu SMTP powinienem użyć?
Ptak
20 kwi 2020
1 min read
Kluczowe Wnioski
SMTP (Simple Mail Transfer Protocol) umożliwia przesyłanie e-maili pomiędzy serwerami i klientami.
Na ogół wspomina się o czterech portach dla SMTP: 25, 465, 587 i 2525, lecz tylko 587 i 2525 są obecnie zalecane.
Port 25 jest zarezerwowany do relacji serwer-do-serwera i często blokowany przez dostawców internetowych z powodu nadużyć związanych ze spamem.
Port 465 jest przestarzały i nie powinien być używany.
Port 587 to nowoczesny, bezpieczny standard dla uwierzytelnionego przesyłania za pomocą TLS.
Port 2525 służy jako praktyczna alternatywa, gdy 587 jest zablokowany.
Właściwa konfiguracja portu poprawia dostarczalność i zapewnia szyfrowaną, zgodną transmisję e-maili.
Q&A Highlights
Jaki jest cel SMTP i dlaczego port ma znaczenie?
SMTP definiuje, jak email przechodzi od nadawcy do odbiorcy przez internet. Port określa, jak i gdzie te wiadomości są przesyłane—wybranie 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 (ISP) teraz go blokuje, aby zapobiec nadużyciom, rezerwując go głównie do komunikacji międzyserwerowej.
A co z portem 465?
Port 465 był pierwotnie przypisany do SMTPS (SMTP przez SSL), ale został wycofany. Jest teraz zarezerwowany do innych celów i nie powinien być używany do nowoczesnego przesyłania wiadomości e-mail.
Którego portu SMTP powinienem użyć dzisiaj?
Użyj portu 587 z STARTTLS do bezpiecznego, uwierzytelnionego przesyłania e-mail. Jeśli jest to niedostępne, port 2525 jest wspieranym rozwiązaniem awaryjnym przez wielu dostawców, w tym SparkPost.
Jaka jest praktyczna różnica między submission a relaying?
Submission (zwykle port 587) odbywa się, gdy klient przekazuje pocztę do serwera w celu wysłania. Przekazywanie (zwykle port 25) ma miejsce między serwerami poczty, które przesyłają wiadomości między domenami.
Ludzie konfigurujący aplikację lub system poczty do wysyłania (lub przekazywania) e-maili często mają wspólne pytanie: „Jakiego portu SMTP powinienem użyć?”
Ludzie konfigurujący aplikację lub system poczty do wysyłania (lub przekazywania) e-maili często mają wspólne pytanie: „Jakiego portu SMTP powinienem użyć?”
Ludzie konfigurujący aplikację lub system poczty do wysyłania (lub przekazywania) e-maili często mają wspólne pytanie: „Jakiego portu SMTP powinienem użyć?”
Dlaczego port 25 jest zazwyczaj zablokowany? Jak można sprawdzić, czy jest?
Port 25 jest blokowany w wielu sieciach, aby ograniczyć ilość spamu przesyłanego z zainfekowanych komputerów lub serwerów. Jeśli nie 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 Windows, otwórz wiersz polecenia. Jeśli używasz Maca, otwórz Terminal. A jeśli używasz Linux, otwórz 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 tej poniżej, port 25 jest prawdopodobnie zablokowany:
telnet: connect to address XX.XX.XX.XX: Connection refused telnet: Unable to connect to remote host
Port 25 jest blokowany w wielu sieciach, aby ograniczyć ilość spamu przesyłanego z zainfekowanych komputerów lub serwerów. Jeśli nie 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 Windows, otwórz wiersz polecenia. Jeśli używasz Maca, otwórz Terminal. A jeśli używasz Linux, otwórz 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 tej poniżej, port 25 jest prawdopodobnie zablokowany:
telnet: connect to address XX.XX.XX.XX: Connection refused telnet: Unable to connect to remote host
Port 25 jest blokowany w wielu sieciach, aby ograniczyć ilość spamu przesyłanego z zainfekowanych komputerów lub serwerów. Jeśli nie 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 Windows, otwórz wiersz polecenia. Jeśli używasz Maca, otwórz Terminal. A jeśli używasz Linux, otwórz 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 tej poniżej, port 25 jest prawdopodobnie zablokowany:
telnet: connect to address XX.XX.XX.XX: Connection refused telnet: Unable to connect to remote host
Którego portu SMTP powinienem użyć: Port 25, 465, 587 czy 2525?
Ludzie, którzy konfigurują aplikację lub system pocztowy do wysyłania (lub przekazywania) e-maili, często mają wspólne pytanie: „Którego portu SMTP powinienem użyć?” Możesz zobaczyć informacje, które mówią, że należy użyć portów 25, 465, 587 lub 2525 dla przekazywania SMTP. Więc który z tych portów powinien być twoim standardowym portem SMTP? Oto, co musisz wiedzieć i dlaczego.
Ludzie, którzy konfigurują aplikację lub system pocztowy do wysyłania (lub przekazywania) e-maili, często mają wspólne pytanie: „Którego portu SMTP powinienem użyć?” Możesz zobaczyć informacje, które mówią, że należy użyć portów 25, 465, 587 lub 2525 dla przekazywania SMTP. Więc który z tych portów powinien być twoim standardowym portem SMTP? Oto, co musisz wiedzieć i dlaczego.
Ludzie, którzy konfigurują aplikację lub system pocztowy do wysyłania (lub przekazywania) e-maili, często mają wspólne pytanie: „Którego portu SMTP powinienem użyć?” Możesz zobaczyć informacje, które mówią, że należy użyć portów 25, 465, 587 lub 2525 dla przekazywania SMTP. Więc który z tych portów powinien być twoim standardowym portem SMTP? Oto, co musisz wiedzieć i dlaczego.
Co to jest port SMTP?
SMTP (Simple Mail Transfer Protocol) to podstawowy standard, którego używają serwery pocztowe do wysyłania wiadomości e-mail między sobą przez internet. SMTP jest również używany przez aplikacje takie jak Apple Mail lub Outlook do przesyłania e-maili na serwery pocztowe, 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 lub POP3, aby pobierać e-maile z serwerów.)
Podobnie jak inne usługi internetowe, takie jak strony internetowe, e-mail SMTP opiera się na nazwach domen i adresach internetowych, aby wiedzieć, gdzie wysłać wiadomości. Wszyscy dziś znamy tekstową wersję tych adresów, jak www.sparkpost.com. Większość z nas wie, że tekstowy adres zastępuje numeryczny adres IP, taki jak 107.21.246.67. Ale nie wszyscy wiedzą, że te adresy sieciowe zawierają również określone „numery portów.” „Port SMTP” odnosi się do konkretnej części adresu internetowego używanej do przesyłania e-maili.
Internet i HTTP używają numeru portu 80. Dla e-maili i SMTP, ten numer portu to... cóż, to zależy.
SMTP (Simple Mail Transfer Protocol) to podstawowy standard, którego używają serwery pocztowe do wysyłania wiadomości e-mail między sobą przez internet. SMTP jest również używany przez aplikacje takie jak Apple Mail lub Outlook do przesyłania e-maili na serwery pocztowe, 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 lub POP3, aby pobierać e-maile z serwerów.)
Podobnie jak inne usługi internetowe, takie jak strony internetowe, e-mail SMTP opiera się na nazwach domen i adresach internetowych, aby wiedzieć, gdzie wysłać wiadomości. Wszyscy dziś znamy tekstową wersję tych adresów, jak www.sparkpost.com. Większość z nas wie, że tekstowy adres zastępuje numeryczny adres IP, taki jak 107.21.246.67. Ale nie wszyscy wiedzą, że te adresy sieciowe zawierają również określone „numery portów.” „Port SMTP” odnosi się do konkretnej części adresu internetowego używanej do przesyłania e-maili.
Internet i HTTP używają numeru portu 80. Dla e-maili i SMTP, ten numer portu to... cóż, to zależy.
SMTP (Simple Mail Transfer Protocol) to podstawowy standard, którego używają serwery pocztowe do wysyłania wiadomości e-mail między sobą przez internet. SMTP jest również używany przez aplikacje takie jak Apple Mail lub Outlook do przesyłania e-maili na serwery pocztowe, 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 lub POP3, aby pobierać e-maile z serwerów.)
Podobnie jak inne usługi internetowe, takie jak strony internetowe, e-mail SMTP opiera się na nazwach domen i adresach internetowych, aby wiedzieć, gdzie wysłać wiadomości. Wszyscy dziś znamy tekstową wersję tych adresów, jak www.sparkpost.com. Większość z nas wie, że tekstowy adres zastępuje numeryczny adres IP, taki jak 107.21.246.67. Ale nie wszyscy wiedzą, że te adresy sieciowe zawierają również określone „numery portów.” „Port SMTP” odnosi się do konkretnej części adresu internetowego używanej do przesyłania e-maili.
Internet i HTTP używają numeru portu 80. Dla e-maili i SMTP, ten numer portu to... cóż, to zależy.
Jak SMTP różni się od SSL i TLS?
Obie technologie ułatwiają wysyłanie e-maili. Podczas gdy SMTP można uznać za mięśnie i kości procesu, Secure Sockets Layer (SSL) tworzy skórę, aby zachować bezpieczeństwo Twojego e-maila. SSL działa z dowolnym dostępnym portem.
SSL był w niedawnej przeszłości standardowym protokołem bezpieczeństwa dla typowych portów pocztowych. Wraz z przyjęciem jego nowo udoskonalonego 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 w celu zabezpieczenia transmisji, TLS oferuje więcej alertów niż jego przodek i może wykonywać więcej funkcji hashujących, aby zwiększyć szyfrowanie komunikacji. Dziś wiele e-maili korzysta z najnowocześniejszej konwencji, STARTTLS, która łączy się z protokołami SSL lub TLS w celu maksymalnego bezpieczeństwa.
Protokół SMTP sam w sobie nie jest tak bezpieczny, jak mógłby być. Korzystanie z metody transferu w połączeniu z jednym z protokołów bezpieczeństwa zapewnia większą ochronę szyfrowania. Do wysyłania e-maili, SSL i inne protokoły zwiększają bezpieczeństwo transmisji SMTP.
Obie technologie ułatwiają wysyłanie e-maili. Podczas gdy SMTP można uznać za mięśnie i kości procesu, Secure Sockets Layer (SSL) tworzy skórę, aby zachować bezpieczeństwo Twojego e-maila. SSL działa z dowolnym dostępnym portem.
SSL był w niedawnej przeszłości standardowym protokołem bezpieczeństwa dla typowych portów pocztowych. Wraz z przyjęciem jego nowo udoskonalonego 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 w celu zabezpieczenia transmisji, TLS oferuje więcej alertów niż jego przodek i może wykonywać więcej funkcji hashujących, aby zwiększyć szyfrowanie komunikacji. Dziś wiele e-maili korzysta z najnowocześniejszej konwencji, STARTTLS, która łączy się z protokołami SSL lub TLS w celu maksymalnego bezpieczeństwa.
Protokół SMTP sam w sobie nie jest tak bezpieczny, jak mógłby być. Korzystanie z metody transferu w połączeniu z jednym z protokołów bezpieczeństwa zapewnia większą ochronę szyfrowania. Do wysyłania e-maili, SSL i inne protokoły zwiększają bezpieczeństwo transmisji SMTP.
Obie technologie ułatwiają wysyłanie e-maili. Podczas gdy SMTP można uznać za mięśnie i kości procesu, Secure Sockets Layer (SSL) tworzy skórę, aby zachować bezpieczeństwo Twojego e-maila. SSL działa z dowolnym dostępnym portem.
SSL był w niedawnej przeszłości standardowym protokołem bezpieczeństwa dla typowych portów pocztowych. Wraz z przyjęciem jego nowo udoskonalonego 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 w celu zabezpieczenia transmisji, TLS oferuje więcej alertów niż jego przodek i może wykonywać więcej funkcji hashujących, aby zwiększyć szyfrowanie komunikacji. Dziś wiele e-maili korzysta z najnowocześniejszej konwencji, STARTTLS, która łączy się z protokołami SSL lub TLS w celu maksymalnego bezpieczeństwa.
Protokół SMTP sam w sobie nie jest tak bezpieczny, jak mógłby być. Korzystanie z metody transferu w połączeniu z jednym z protokołów bezpieczeństwa zapewnia większą ochronę szyfrowania. Do wysyłania e-maili, SSL i inne protokoły zwiększają bezpieczeństwo transmisji SMTP.
Jak możesz dowiedzieć się, jaki jest twój port SMTP?
Jeśli jesteś subskrybentem hostowanej usługi przekazywania wiadomości e-mail, możesz uzyskać nazwę hosta serwera SMTP i numer portu z strony pomocy swojej usługi e-mail.
Jeśli prowadzisz własny serwer SMTP, możesz znaleźć skonfigurowany numer portu i adres SMTP z konfiguracji serwera SMTP. W PowerMTA te informacje można znaleźć w skonfigurowanej dyrektywie „smtp-listener” w pliku konfiguracyjnym. Plik konfiguracyjny znajduje się w /etc/pmta/config na serwerze Linux i C:\pmta\config.dat na Windows Server.
# listens on port 587 and IP 10.0.1.22 smtp-listener 10.0.1.22:587
Jeśli jesteś subskrybentem hostowanej usługi przekazywania wiadomości e-mail, możesz uzyskać nazwę hosta serwera SMTP i numer portu z strony pomocy swojej usługi e-mail.
Jeśli prowadzisz własny serwer SMTP, możesz znaleźć skonfigurowany numer portu i adres SMTP z konfiguracji serwera SMTP. W PowerMTA te informacje można znaleźć w skonfigurowanej dyrektywie „smtp-listener” w pliku konfiguracyjnym. Plik konfiguracyjny znajduje się w /etc/pmta/config na serwerze Linux i C:\pmta\config.dat na Windows Server.
# listens on port 587 and IP 10.0.1.22 smtp-listener 10.0.1.22:587
Jeśli jesteś subskrybentem hostowanej usługi przekazywania wiadomości e-mail, możesz uzyskać nazwę hosta serwera SMTP i numer portu z strony pomocy swojej usługi e-mail.
Jeśli prowadzisz własny serwer SMTP, możesz znaleźć skonfigurowany numer portu i adres SMTP z konfiguracji serwera SMTP. W PowerMTA te informacje można znaleźć w skonfigurowanej dyrektywie „smtp-listener” w pliku konfiguracyjnym. Plik konfiguracyjny znajduje się w /etc/pmta/config na serwerze Linux i C:\pmta\config.dat na Windows Server.
# 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 naprawdę powinny być brane pod uwagę do nowoczesnego użycia.
Jeśli konfigurujesz swoje systemy do używania SparkPost jako usługi przekazywania SMTP, powinieneś używać portu 587 jako standardowego portu SMTP, z 2525 jako alternatywą w przypadku, gdy port 587 nie jest dostę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 (wycofany) port dla bezpiecznego SMTP | Nie używaj, chyba że jest 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 nie są dostępne |
Porty 25, 465, 587, lub 2525 dla SMTP były uznawane za standardowe porty SMTP w pewnym momencie, ale tylko 587 lub 2525 naprawdę powinny być brane pod uwagę do nowoczesnego użycia.
Jeśli konfigurujesz swoje systemy do używania SparkPost jako usługi przekazywania SMTP, powinieneś używać portu 587 jako standardowego portu SMTP, z 2525 jako alternatywą w przypadku, gdy port 587 nie jest dostę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 (wycofany) port dla bezpiecznego SMTP | Nie używaj, chyba że jest 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 nie są dostępne |
Porty 25, 465, 587, lub 2525 dla SMTP były uznawane za standardowe porty SMTP w pewnym momencie, ale tylko 587 lub 2525 naprawdę powinny być brane pod uwagę do nowoczesnego użycia.
Jeśli konfigurujesz swoje systemy do używania SparkPost jako usługi przekazywania SMTP, powinieneś używać portu 587 jako standardowego portu SMTP, z 2525 jako alternatywą w przypadku, gdy port 587 nie jest dostę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 (wycofany) port dla bezpiecznego SMTP | Nie używaj, chyba że jest 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 nie są dostępne |
Port 25: Oryginalny standardowy port SMTP
Port 25 jest oryginalnym standardowym portem SMTP do poczty elektronicznej i najstarszym, ponieważ po raz pierwszy zadebiutował w 1982 roku. Obecnie Internet Assigned Numbers Authority (IANA), grupa odpowiedzialna za utrzymanie schematu adresacji internetu, nadal uznaje port 25 za standardowy, domyślny port SMTP. SMTP zostało wyznaczone do użycia portu 25 w IETF Request For Comments (RFC) 821. Ale w praktyce nie jest to takie proste, jak się wydaje.
Mimo że port 25 nadal jest używany do przekazywania SMTP między serwerami, większość nowoczesnych klientów SMTP nie powinna być skonfigurowana do używania tego portu. Port 25 jest zazwyczaj blokowany przez dostawców usług internetowych dla użytkowników domowych i biznesowych dostawców hostingu w chmurze, ponieważ zyskał złą reputację jako preferowany port dla spamerów wysyłających ogromne ilości niechcianych komunikatów.
Port 25 jest oryginalnym standardowym portem SMTP do poczty elektronicznej i najstarszym, ponieważ po raz pierwszy zadebiutował w 1982 roku. Obecnie Internet Assigned Numbers Authority (IANA), grupa odpowiedzialna za utrzymanie schematu adresacji internetu, nadal uznaje port 25 za standardowy, domyślny port SMTP. SMTP zostało wyznaczone do użycia portu 25 w IETF Request For Comments (RFC) 821. Ale w praktyce nie jest to takie proste, jak się wydaje.
Mimo że port 25 nadal jest używany do przekazywania SMTP między serwerami, większość nowoczesnych klientów SMTP nie powinna być skonfigurowana do używania tego portu. Port 25 jest zazwyczaj blokowany przez dostawców usług internetowych dla użytkowników domowych i biznesowych dostawców hostingu w chmurze, ponieważ zyskał złą reputację jako preferowany port dla spamerów wysyłających ogromne ilości niechcianych komunikatów.
Port 25 jest oryginalnym standardowym portem SMTP do poczty elektronicznej i najstarszym, ponieważ po raz pierwszy zadebiutował w 1982 roku. Obecnie Internet Assigned Numbers Authority (IANA), grupa odpowiedzialna za utrzymanie schematu adresacji internetu, nadal uznaje port 25 za standardowy, domyślny port SMTP. SMTP zostało wyznaczone do użycia portu 25 w IETF Request For Comments (RFC) 821. Ale w praktyce nie jest to takie proste, jak się wydaje.
Mimo że port 25 nadal jest używany do przekazywania SMTP między serwerami, większość nowoczesnych klientów SMTP nie powinna być skonfigurowana do używania tego portu. Port 25 jest zazwyczaj blokowany przez dostawców usług internetowych dla użytkowników domowych i biznesowych dostawców hostingu w chmurze, ponieważ zyskał złą reputację jako preferowany port dla spamerów wysyłających ogromne ilości niechcianych komunikatów.
Port 465: Przestarzały i nieaktualny port SMTP
Port 465 nie jest już akceptowanym standardem dla SMTP. Jednakże, istnieją niektóre starsze systemy, które nadal używają portu 465 dla SMTP, a niektóre strony pomocy w internecie nadal sugerują port 465 jako zalecane ustawienie. Port zyskał redundancję pod koniec lat 90., ale nadal opiera się na pasywnej metodzie domyślnej SSL do nawiązywania bezpiecznej transmisji. Nasza rada? Nie rób tego, chyba że Twoja aplikacja absolutnie tego wymaga.
IANA początkowo przypisała port 465 dla zaszyfrowanej wersji SMTP zwanej SMTPS. Początkowo zaproponowano wysyłanie e-maili przy użyciu Secure Sockets Layer (SSL). Jednakże IANA przypisała teraz ten port do innego użytku, więc nie powinien być już używany dla SMTP. To dlatego SparkPost nie akceptuje połączeń na porcie 465.
Port 465 nie jest już akceptowanym standardem dla SMTP. Jednakże, istnieją niektóre starsze systemy, które nadal używają portu 465 dla SMTP, a niektóre strony pomocy w internecie nadal sugerują port 465 jako zalecane ustawienie. Port zyskał redundancję pod koniec lat 90., ale nadal opiera się na pasywnej metodzie domyślnej SSL do nawiązywania bezpiecznej transmisji. Nasza rada? Nie rób tego, chyba że Twoja aplikacja absolutnie tego wymaga.
IANA początkowo przypisała port 465 dla zaszyfrowanej wersji SMTP zwanej SMTPS. Początkowo zaproponowano wysyłanie e-maili przy użyciu Secure Sockets Layer (SSL). Jednakże IANA przypisała teraz ten port do innego użytku, więc nie powinien być już używany dla SMTP. To dlatego SparkPost nie akceptuje połączeń na porcie 465.
Port 465 nie jest już akceptowanym standardem dla SMTP. Jednakże, istnieją niektóre starsze systemy, które nadal używają portu 465 dla SMTP, a niektóre strony pomocy w internecie nadal sugerują port 465 jako zalecane ustawienie. Port zyskał redundancję pod koniec lat 90., ale nadal opiera się na pasywnej metodzie domyślnej SSL do nawiązywania bezpiecznej transmisji. Nasza rada? Nie rób tego, chyba że Twoja aplikacja absolutnie tego wymaga.
IANA początkowo przypisała port 465 dla zaszyfrowanej wersji SMTP zwanej SMTPS. Początkowo zaproponowano wysyłanie e-maili przy użyciu Secure Sockets Layer (SSL). Jednakże IANA przypisała teraz ten port do innego użytku, więc nie powinien być już używany dla SMTP. To dlatego SparkPost nie akceptuje połączeń na porcie 465.
Port 587: standardowy bezpieczny port SMTP
Nowoczesne serwery poczty e-mail używają portu 587 do bezpiecznego SMTP przesyłania wiadomości e-mail do dostarczenia. Na przykład, jeśli używasz oprogramowania klienckiego do poczty, takiego jak Outlook lub Apple Mail, najprawdopodobniej jest ono skonfigurowane do używania tego portu do wysyłania wiadomości. To nie tylko oprogramowanie klienckie do poczty prywatnej jednak. Systemy, które przesyłają wiadomości do usługi dostarczania e-mail, takiej jak SparkPost, również powinny być skonfigurowane do używania tego portu.
Wszyscy klienci SparkPost powinni używać portu 587 jako domyślnego, chyba że są wyraźnie zablokowani przez swoją sieć nadrzędną lub dostawcę hostingu. Użycie portu 587, w połączeniu z szyfrowaniem TLS, jest najlepszym sposobem na zapewnienie, że wiadomość e-mail jest przesyłana bezpiecznie i niezawodnie do SparkPost (lub prawie każdego innego dostawcy).
Nowoczesne serwery poczty e-mail używają portu 587 do bezpiecznego SMTP przesyłania wiadomości e-mail do dostarczenia. Na przykład, jeśli używasz oprogramowania klienckiego do poczty, takiego jak Outlook lub Apple Mail, najprawdopodobniej jest ono skonfigurowane do używania tego portu do wysyłania wiadomości. To nie tylko oprogramowanie klienckie do poczty prywatnej jednak. Systemy, które przesyłają wiadomości do usługi dostarczania e-mail, takiej jak SparkPost, również powinny być skonfigurowane do używania tego portu.
Wszyscy klienci SparkPost powinni używać portu 587 jako domyślnego, chyba że są wyraźnie zablokowani przez swoją sieć nadrzędną lub dostawcę hostingu. Użycie portu 587, w połączeniu z szyfrowaniem TLS, jest najlepszym sposobem na zapewnienie, że wiadomość e-mail jest przesyłana bezpiecznie i niezawodnie do SparkPost (lub prawie każdego innego dostawcy).
Nowoczesne serwery poczty e-mail używają portu 587 do bezpiecznego SMTP przesyłania wiadomości e-mail do dostarczenia. Na przykład, jeśli używasz oprogramowania klienckiego do poczty, takiego jak Outlook lub Apple Mail, najprawdopodobniej jest ono skonfigurowane do używania tego portu do wysyłania wiadomości. To nie tylko oprogramowanie klienckie do poczty prywatnej jednak. Systemy, które przesyłają wiadomości do usługi dostarczania e-mail, takiej jak SparkPost, również powinny być skonfigurowane do używania tego portu.
Wszyscy klienci SparkPost powinni używać portu 587 jako domyślnego, chyba że są wyraźnie zablokowani przez swoją sieć nadrzędną lub dostawcę hostingu. Użycie portu 587, w połączeniu z szyfrowaniem TLS, jest najlepszym sposobem na zapewnienie, że wiadomość e-mail jest przesyłana bezpiecznie i niezawodnie do SparkPost (lub prawie każdego innego dostawcy).
Port 2525: Często używany alternatywny port SMTP
Port 2525 nie jest oficjalnym portem SMTP i nie jest zatwierdzony przez IETF ani IANA. Jednakże, SparkPost i wielu innych dostawców usług e-mail obsługuje użycie portu 2525 jako alternatywy dla portu 587 dla SMTP, w przypadku gdy powyższe porty są zablokowane. (Jednym z wyraźnych przykładów, gdzie jest to wymagane, są usługi hostowane na Google Compute Engine.) Jeśli próbowałeś portu 587, ale doświadczyłeś problemów z łącznością, spróbuj portu 2525. Podobnie jak port 587, większość implementacji nasłuchujących na porcie 2525 obsługuje również szyfrowanie TLS.
Port 2525 nie jest oficjalnym portem SMTP i nie jest zatwierdzony przez IETF ani IANA. Jednakże, SparkPost i wielu innych dostawców usług e-mail obsługuje użycie portu 2525 jako alternatywy dla portu 587 dla SMTP, w przypadku gdy powyższe porty są zablokowane. (Jednym z wyraźnych przykładów, gdzie jest to wymagane, są usługi hostowane na Google Compute Engine.) Jeśli próbowałeś portu 587, ale doświadczyłeś problemów z łącznością, spróbuj portu 2525. Podobnie jak port 587, większość implementacji nasłuchujących na porcie 2525 obsługuje również szyfrowanie TLS.
Port 2525 nie jest oficjalnym portem SMTP i nie jest zatwierdzony przez IETF ani IANA. Jednakże, SparkPost i wielu innych dostawców usług e-mail obsługuje użycie portu 2525 jako alternatywy dla portu 587 dla SMTP, w przypadku gdy powyższe porty są zablokowane. (Jednym z wyraźnych przykładów, gdzie jest to wymagane, są usługi hostowane na Google Compute Engine.) Jeśli próbowałeś portu 587, ale doświadczyłeś problemów z łącznością, spróbuj portu 2525. Podobnie jak port 587, większość implementacji nasłuchujących na porcie 2525 obsługuje również szyfrowanie TLS.
Czy port SMTP ma znaczenie?
Poza problemami z łącznością, użycie niewłaściwego portu wpływa na dostarczalność emaili, utrudniając niezawodne dotarcie wiadomości do skrzynek odbiorczych. Komunikacja emailowa może być skuteczna tylko wtedy, gdy znajduje drogę między nadawcą a odbiorcą, a odpowiedni port zapewnia pomyślną dostawę.
Dla większości użytkowników, dostawca email konfiguruje porty za Ciebie, więc nie musisz wybierać. Jednak dla innych ważne jest, aby zrozumieć, że różne funkcje są przypisane do różnych portów, zasadniczo podzielone na submission i relay.
Poza problemami z łącznością, użycie niewłaściwego portu wpływa na dostarczalność emaili, utrudniając niezawodne dotarcie wiadomości do skrzynek odbiorczych. Komunikacja emailowa może być skuteczna tylko wtedy, gdy znajduje drogę między nadawcą a odbiorcą, a odpowiedni port zapewnia pomyślną dostawę.
Dla większości użytkowników, dostawca email konfiguruje porty za Ciebie, więc nie musisz wybierać. Jednak dla innych ważne jest, aby zrozumieć, że różne funkcje są przypisane do różnych portów, zasadniczo podzielone na submission i relay.
Poza problemami z łącznością, użycie niewłaściwego portu wpływa na dostarczalność emaili, utrudniając niezawodne dotarcie wiadomości do skrzynek odbiorczych. Komunikacja emailowa może być skuteczna tylko wtedy, gdy znajduje drogę między nadawcą a odbiorcą, a odpowiedni port zapewnia pomyślną dostawę.
Dla większości użytkowników, dostawca email konfiguruje porty za Ciebie, więc nie musisz wybierać. Jednak dla innych ważne jest, aby zrozumieć, że różne funkcje są przypisane do różnych portów, zasadniczo podzielone na submission i relay.
Przesyłanie i przekazywanie
Przesyłanie to czynność przekazywania świeżo utworzonej komunikacji elektronicznej do swojej skrzynki nadawczej dostawcy usług e-mail. Jeśli Ty i Twój dostawca jesteście na różnych portach, to tutaj proces się zatrzymuje — Twoja wiadomość e-mail nie pójdzie dalej. Kiedy jesteście na tym samym porcie, Twój serwer pocztowy akceptuje wychodzącą komunikację i „ściski dłonie” z komputerem po drugiej stronie. Gdy wszystko jest bezpieczne i uzgodnione, następuje transmisja. Ten proces nazywany jest przesyłaniem.
Przesyłanie to czynność przekazywania świeżo utworzonej komunikacji elektronicznej do swojej skrzynki nadawczej dostawcy usług e-mail. Jeśli Ty i Twój dostawca jesteście na różnych portach, to tutaj proces się zatrzymuje — Twoja wiadomość e-mail nie pójdzie dalej. Kiedy jesteście na tym samym porcie, Twój serwer pocztowy akceptuje wychodzącą komunikację i „ściski dłonie” z komputerem po drugiej stronie. Gdy wszystko jest bezpieczne i uzgodnione, następuje transmisja. Ten proces nazywany jest przesyłaniem.
Przesyłanie to czynność przekazywania świeżo utworzonej komunikacji elektronicznej do swojej skrzynki nadawczej dostawcy usług e-mail. Jeśli Ty i Twój dostawca jesteście na różnych portach, to tutaj proces się zatrzymuje — Twoja wiadomość e-mail nie pójdzie dalej. Kiedy jesteście na tym samym porcie, Twój serwer pocztowy akceptuje wychodzącą komunikację i „ściski dłonie” z komputerem po drugiej stronie. Gdy wszystko jest bezpieczne i uzgodnione, następuje transmisja. Ten proces nazywany jest przesyłaniem.
Co to jest serwer SMTP?
Serwer SMTP to komputer, który obsługuje protokół używany przez klienta e-mail do wysyłania, odbierania i/lub przekazywania wychodzących wiadomości. W ramach procesu serwer SMTP weryfikuje, czy nadawca ma prawo do wysyłania za pośrednictwem SMTP i, jeśli nadawca ma prawo wysłać i wiadomość zostanie uznana za niemożliwą do dostarczenia, serwer SMTP odeśle ją z powrotem na adres MAIL FROM. PowerMTA jest jednym z wiodących serwerów SMTP, ponieważ pozwala nadawcom na przyjęcie najnowszych specyfikacji uwierzytelniania do wysyłania dużej ilości e-maili i na zgodność z nowymi zasadami uwierzytelniania.
Serwer SMTP to komputer, który obsługuje protokół używany przez klienta e-mail do wysyłania, odbierania i/lub przekazywania wychodzących wiadomości. W ramach procesu serwer SMTP weryfikuje, czy nadawca ma prawo do wysyłania za pośrednictwem SMTP i, jeśli nadawca ma prawo wysłać i wiadomość zostanie uznana za niemożliwą do dostarczenia, serwer SMTP odeśle ją z powrotem na adres MAIL FROM. PowerMTA jest jednym z wiodących serwerów SMTP, ponieważ pozwala nadawcom na przyjęcie najnowszych specyfikacji uwierzytelniania do wysyłania dużej ilości e-maili i na zgodność z nowymi zasadami uwierzytelniania.
Serwer SMTP to komputer, który obsługuje protokół używany przez klienta e-mail do wysyłania, odbierania i/lub przekazywania wychodzących wiadomości. W ramach procesu serwer SMTP weryfikuje, czy nadawca ma prawo do wysyłania za pośrednictwem SMTP i, jeśli nadawca ma prawo wysłać i wiadomość zostanie uznana za niemożliwą do dostarczenia, serwer SMTP odeśle ją z powrotem na adres MAIL FROM. PowerMTA jest jednym z wiodących serwerów SMTP, ponieważ pozwala nadawcom na przyjęcie najnowszych specyfikacji uwierzytelniania do wysyłania dużej ilości e-maili i na zgodność z nowymi zasadami uwierzytelniania.
Jak skonfigurować serwer SMTP
Kiedy chodzi o konfigurację serwera poczty, istnieją dwie opcje do przeanalizowania przy zakładaniu serwera SMTP. Można subskrybować hostowaną usługę przekaźnika poczty e-mail. SparkPost jest czołowym dostawcą usług dostarczania i analizy e-mail. Alternatywnie, można skonfigurować swój własny „on-premises” serwer SMTP dla bardziej precyzyjnej kontroli. Przykładem jest PowerMTA.
Aby postawić serwer PowerMTA, skontaktuj się z support@port25.com w celu uzyskania pakietu instalacyjnego, licencji i instrukcji instalacji. Cała konfiguracja PowerMTA odbywa się w pliku konfiguracyjnym, który znajduje się w /etc/pmta/config na serwerze Linux i C:\pmta\config.dat na serwerze Windows.
Do podstawowej konfiguracji serwera SMTP należy wziąć pod uwagę kilka kwestii i podjąć kroki.
Jaki adres IP i numer portu chcesz, aby Twój serwer SMTP odbierał e-maile? Port 25 jest domyślnym portem dla przekaźnictwa poczty e-mail. W PowerMTA można 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 IP. Możesz również określić zakres adresów IP w formacie CIDR
lub
smtp-listener 10.0.1.22:25 # nasłuchuje na porcie 25 i IP 10.0.1.22
Musisz zezwolić na przekaźnictwo wiadomości z klienta e-mail do Twojego serwera SMTP. Twój serwer SMTP NIGDY nie powinien być otwartym przekaźnikiem. Oznacza to, że musisz w jakiś sposób selektywnie zezwalać na przekaźnictwo. W PowerMTA istnieje kilka sposobów na to. Możesz uwierzytelniać się za pomocą nazwy użytkownika i hasła. PowerMTA obsługuje uwierzytelnianie za pomocą mechanizmów LOGIN, PLAIN lub 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 #certificate (TLS) lub system(linux user) są innymi opcjami </smtp-user> #następnie wymagać uwierzytelnienia w sekcji source <source 0/0> require-auth true </source>
Możesz również selektywnie zezwolić na przekaźnictwo z określonego adresu IP lub zakresu CIDR. Byłby to adres IP Twojego klienta 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ć domenę/adres odbiorcy (lub wzór), dla którego PowerMTA zaakceptuje e-mail.
# zezwól na przekaźnictwo poczty 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 przesyłać e-maile z klienta e-mail do 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ługiwane od TLSv1 do TLSv1.3.smtp-server-tls-certificate /etc/pmta/yourcert.pem #Włącz TLS na połączeniach 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ł e-maile do serwerów zdalnych (Outbound TLS)? W PowerMTA masz opcję używania TLS, jeśli serwer zdalny go obsługuje, lub wymuszania TLS i przerywania połączenia, jeśli TLS nie jest obsługiwany przez serwer zdalny.<domain *> # (*) jest symbolem wieloznacznym dla wszystkich domen odbiorców use-starttls true #używa TLS, jeśli dostępny 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 jest to ustawione za pomocą dyrektywy smtp-source-host.smtp-source-host 192.168.0.10 mail10.yourserver.com #Można również określić zakres CIDR
Na koniec, jedną z bardzo unikalnych cech PowerMTA jest możliwość rozdzielenia strumienia poczty poprzez budowanie hosta z wieloma interfejsami. Technologia VirtualMTA w PowerMTA pozwala użytkownikom definiować i kontrolować adres źródłowy IP, nazwę hosta oraz parametry dostarczania wiadomości dla każdego strumienia pocztowego. Pozwala to na tworzenie oddzielnych i specyficznych kampanii, klientów lub działów, jednocześnie działając w jednej instancji 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>
Kiedy podstawowa konfiguracja zostanie zakończona, możesz przesyłać wiadomości do serwera SMTP, używając skonfigurowanej nazwy hosta/IP i numeru portu (10.0.1.22:25 w powyższym przykładzie), a w zależności od tego, jak zezwolisz na przesyłanie wiadomości e-mail, uwierzytelnij się przy użyciu skonfigurowanej nazwy użytkownika (foo) i hasła (barbaz).
Podsumowując, port SMTP 587 jest najlepszym wyborem dla prawie każdego przypadku użycia do łączenia się ze SparkPost i innymi usługami dostarczania e-mail.
Mam nadzieję, że te informacje pomogły Ci dowiedzieć się więcej na temat tego, którego portu SMTP używać!
Kiedy chodzi o konfigurację serwera poczty, istnieją dwie opcje do przeanalizowania przy zakładaniu serwera SMTP. Można subskrybować hostowaną usługę przekaźnika poczty e-mail. SparkPost jest czołowym dostawcą usług dostarczania i analizy e-mail. Alternatywnie, można skonfigurować swój własny „on-premises” serwer SMTP dla bardziej precyzyjnej kontroli. Przykładem jest PowerMTA.
Aby postawić serwer PowerMTA, skontaktuj się z support@port25.com w celu uzyskania pakietu instalacyjnego, licencji i instrukcji instalacji. Cała konfiguracja PowerMTA odbywa się w pliku konfiguracyjnym, który znajduje się w /etc/pmta/config na serwerze Linux i C:\pmta\config.dat na serwerze Windows.
Do podstawowej konfiguracji serwera SMTP należy wziąć pod uwagę kilka kwestii i podjąć kroki.
Jaki adres IP i numer portu chcesz, aby Twój serwer SMTP odbierał e-maile? Port 25 jest domyślnym portem dla przekaźnictwa poczty e-mail. W PowerMTA można 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 IP. Możesz również określić zakres adresów IP w formacie CIDR
lub
smtp-listener 10.0.1.22:25 # nasłuchuje na porcie 25 i IP 10.0.1.22
Musisz zezwolić na przekaźnictwo wiadomości z klienta e-mail do Twojego serwera SMTP. Twój serwer SMTP NIGDY nie powinien być otwartym przekaźnikiem. Oznacza to, że musisz w jakiś sposób selektywnie zezwalać na przekaźnictwo. W PowerMTA istnieje kilka sposobów na to. Możesz uwierzytelniać się za pomocą nazwy użytkownika i hasła. PowerMTA obsługuje uwierzytelnianie za pomocą mechanizmów LOGIN, PLAIN lub 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 #certificate (TLS) lub system(linux user) są innymi opcjami </smtp-user> #następnie wymagać uwierzytelnienia w sekcji source <source 0/0> require-auth true </source>
Możesz również selektywnie zezwolić na przekaźnictwo z określonego adresu IP lub zakresu CIDR. Byłby to adres IP Twojego klienta 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ć domenę/adres odbiorcy (lub wzór), dla którego PowerMTA zaakceptuje e-mail.
# zezwól na przekaźnictwo poczty 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 przesyłać e-maile z klienta e-mail do 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ługiwane od TLSv1 do TLSv1.3.smtp-server-tls-certificate /etc/pmta/yourcert.pem #Włącz TLS na połączeniach 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ł e-maile do serwerów zdalnych (Outbound TLS)? W PowerMTA masz opcję używania TLS, jeśli serwer zdalny go obsługuje, lub wymuszania TLS i przerywania połączenia, jeśli TLS nie jest obsługiwany przez serwer zdalny.<domain *> # (*) jest symbolem wieloznacznym dla wszystkich domen odbiorców use-starttls true #używa TLS, jeśli dostępny 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 jest to ustawione za pomocą dyrektywy smtp-source-host.smtp-source-host 192.168.0.10 mail10.yourserver.com #Można również określić zakres CIDR
Na koniec, jedną z bardzo unikalnych cech PowerMTA jest możliwość rozdzielenia strumienia poczty poprzez budowanie hosta z wieloma interfejsami. Technologia VirtualMTA w PowerMTA pozwala użytkownikom definiować i kontrolować adres źródłowy IP, nazwę hosta oraz parametry dostarczania wiadomości dla każdego strumienia pocztowego. Pozwala to na tworzenie oddzielnych i specyficznych kampanii, klientów lub działów, jednocześnie działając w jednej instancji 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>
Kiedy podstawowa konfiguracja zostanie zakończona, możesz przesyłać wiadomości do serwera SMTP, używając skonfigurowanej nazwy hosta/IP i numeru portu (10.0.1.22:25 w powyższym przykładzie), a w zależności od tego, jak zezwolisz na przesyłanie wiadomości e-mail, uwierzytelnij się przy użyciu skonfigurowanej nazwy użytkownika (foo) i hasła (barbaz).
Podsumowując, port SMTP 587 jest najlepszym wyborem dla prawie każdego przypadku użycia do łączenia się ze SparkPost i innymi usługami dostarczania e-mail.
Mam nadzieję, że te informacje pomogły Ci dowiedzieć się więcej na temat tego, którego portu SMTP używać!
Kiedy chodzi o konfigurację serwera poczty, istnieją dwie opcje do przeanalizowania przy zakładaniu serwera SMTP. Można subskrybować hostowaną usługę przekaźnika poczty e-mail. SparkPost jest czołowym dostawcą usług dostarczania i analizy e-mail. Alternatywnie, można skonfigurować swój własny „on-premises” serwer SMTP dla bardziej precyzyjnej kontroli. Przykładem jest PowerMTA.
Aby postawić serwer PowerMTA, skontaktuj się z support@port25.com w celu uzyskania pakietu instalacyjnego, licencji i instrukcji instalacji. Cała konfiguracja PowerMTA odbywa się w pliku konfiguracyjnym, który znajduje się w /etc/pmta/config na serwerze Linux i C:\pmta\config.dat na serwerze Windows.
Do podstawowej konfiguracji serwera SMTP należy wziąć pod uwagę kilka kwestii i podjąć kroki.
Jaki adres IP i numer portu chcesz, aby Twój serwer SMTP odbierał e-maile? Port 25 jest domyślnym portem dla przekaźnictwa poczty e-mail. W PowerMTA można 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 IP. Możesz również określić zakres adresów IP w formacie CIDR
lub
smtp-listener 10.0.1.22:25 # nasłuchuje na porcie 25 i IP 10.0.1.22
Musisz zezwolić na przekaźnictwo wiadomości z klienta e-mail do Twojego serwera SMTP. Twój serwer SMTP NIGDY nie powinien być otwartym przekaźnikiem. Oznacza to, że musisz w jakiś sposób selektywnie zezwalać na przekaźnictwo. W PowerMTA istnieje kilka sposobów na to. Możesz uwierzytelniać się za pomocą nazwy użytkownika i hasła. PowerMTA obsługuje uwierzytelnianie za pomocą mechanizmów LOGIN, PLAIN lub 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 #certificate (TLS) lub system(linux user) są innymi opcjami </smtp-user> #następnie wymagać uwierzytelnienia w sekcji source <source 0/0> require-auth true </source>
Możesz również selektywnie zezwolić na przekaźnictwo z określonego adresu IP lub zakresu CIDR. Byłby to adres IP Twojego klienta 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ć domenę/adres odbiorcy (lub wzór), dla którego PowerMTA zaakceptuje e-mail.
# zezwól na przekaźnictwo poczty 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 przesyłać e-maile z klienta e-mail do 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ługiwane od TLSv1 do TLSv1.3.smtp-server-tls-certificate /etc/pmta/yourcert.pem #Włącz TLS na połączeniach 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ł e-maile do serwerów zdalnych (Outbound TLS)? W PowerMTA masz opcję używania TLS, jeśli serwer zdalny go obsługuje, lub wymuszania TLS i przerywania połączenia, jeśli TLS nie jest obsługiwany przez serwer zdalny.<domain *> # (*) jest symbolem wieloznacznym dla wszystkich domen odbiorców use-starttls true #używa TLS, jeśli dostępny 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 jest to ustawione za pomocą dyrektywy smtp-source-host.smtp-source-host 192.168.0.10 mail10.yourserver.com #Można również określić zakres CIDR
Na koniec, jedną z bardzo unikalnych cech PowerMTA jest możliwość rozdzielenia strumienia poczty poprzez budowanie hosta z wieloma interfejsami. Technologia VirtualMTA w PowerMTA pozwala użytkownikom definiować i kontrolować adres źródłowy IP, nazwę hosta oraz parametry dostarczania wiadomości dla każdego strumienia pocztowego. Pozwala to na tworzenie oddzielnych i specyficznych kampanii, klientów lub działów, jednocześnie działając w jednej instancji 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>
Kiedy podstawowa konfiguracja zostanie zakończona, możesz przesyłać wiadomości do serwera SMTP, używając skonfigurowanej nazwy hosta/IP i numeru portu (10.0.1.22:25 w powyższym przykładzie), a w zależności od tego, jak zezwolisz na przesyłanie wiadomości e-mail, uwierzytelnij się przy użyciu skonfigurowanej nazwy użytkownika (foo) i hasła (barbaz).
Podsumowując, port SMTP 587 jest najlepszym wyborem dla prawie każdego przypadku użycia do łączenia się ze SparkPost i innymi usługami dostarczania e-mail.
Mam nadzieję, że te informacje pomogły Ci dowiedzieć się więcej na temat tego, którego portu SMTP używać!
Dowiedz się więcej
Chcesz dowiedzieć się więcej o korzystaniu z SMTP? Oto instrukcje dotyczące konfigurowania SparkPost do relacji 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 w razie potrzeby.
Chcesz dowiedzieć się więcej o korzystaniu z SMTP? Oto instrukcje dotyczące konfigurowania SparkPost do relacji 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 w razie potrzeby.
Chcesz dowiedzieć się więcej o korzystaniu z SMTP? Oto instrukcje dotyczące konfigurowania SparkPost do relacji 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 w razie potrzeby.
