SMTP dla Microsoft 365 — omijanie limitów wysyłki bez obchodzenia zasad
Microsoft 365 jest znakomity do poczty, którą piszą sami Państwa pracownicy, ale nie jest platformą wysyłkową. Obowiązują twarde limity na skrzynkę dotyczące liczby odbiorców i wiadomości dziennie, i są one celowe: chronią wspólną reputację platformy.
Aplikacje wysyłające automatycznie — sklep, CRM, pakiet księgowy, newsletter — nie powinny więc iść przez skrzynkę Microsoft 365. Przenoszą je Państwo na relay, który jest do tego stworzony, a Państwa ludzie dalej pracują w Microsoft 365.
Dlaczego bez relaya coś idzie nie tak
Rzadko psuje się od razu. Psuje się w dniu, gdy wyślą Państwo trochę więcej niż zwykle: limit zostaje osiągnięty, pozostałe wiadomości są odrzucane, a Państwo dowiadują się o tym dopiero, gdy zadzwoni klient. Osobna trasa dla poczty automatycznej zdejmuje ten skok ze skrzynek Państwa pracowników.
Konfiguracja SMTP w Microsoft 365
Pobranie danych
Zaloguj się na swoje konto 2mail i pobierz stamtąd serwer SMTP, nazwę użytkownika oraz hasło.
Wpisanie w Microsoft 365
Nie zmieniają Państwo niczego w samym Microsoft 365. W aplikacji, która wysyła, zastępują Państwo dane SMTP Microsoftu danymi 2mail. W razie potrzeby prosimy pracować z adresem nadawcy w tej samej domenie, aby odbiorca nie widział różnicy — zmienia się wyłącznie trasa pod spodem.
Uwierzytelnienie domeny
Zadbaj o poprawne ustawienie SPF, DKIM i DMARC dla swojej domeny, aby odbiorcy mogli zweryfikować, że wiadomość pochodzi od Ciebie.
Test
Wyślij wiadomość testową na adres u dużego dostawcy i sprawdź, czy trafia do skrzynki odbiorczej, a nie do spamu.
Pola, o które prosi Microsoft 365
Każda platforma nazywa je nieco inaczej, ale zawsze chodzi o te same pięć. Konkretne wartości są powiązane z kontem i znajdą je Państwo na swoim koncie 2mail — prosimy je stamtąd przepisać, aby mieć pewność, że są właściwe.
| Pole | Co wpisać |
|---|---|
| Serwer SMTP (host) | Nazwa serwera z Państwa konta 2mail. |
| Port | Port odpowiadający wybranemu szyfrowaniu; Państwa konto pokazuje, który to. |
| Szyfrowanie | TLS. Nigdy nie wysyłają Państwo bez szyfrowania — inaczej dane logowania idą przez sieć otwartym tekstem. |
| Nazwa użytkownika | Login SMTP Państwa konta 2mail. |
| Hasło | Odpowiadające mu hasło. Nigdy nie należy używać hasła do skrzynki pracownika. |
Jakie wiadomości wysyła Microsoft 365
Gdy relay jest już skonfigurowany, wszystkie idą przez 2mail — nie trzeba ich konfigurować pojedynczo.
Pułapki przy Microsoft 365
Jedna domena, dwie trasy wysyłkowe
Jeśli wysyłają Państwo z tej samej domeny zarówno przez Microsoft 365, jak i przez relay, <strong>oba</strong> muszą znaleźć się w Państwa rekordzie SPF. Gdy zapomną Państwo o jednym, dokładnie ten ruch nie przejdzie kontroli.
Prosimy nie używać hasła do skrzynki
Relay dostaje własny login. Prosimy nigdy nie używać nazwy użytkownika i hasła pracownika: wygasają, zmieniają się przy odejściu, a przy wycieku dają dostęp do całej skrzynki.
Odpowiedzi muszą gdzieś trafiać
Jeśli aplikacja wysyła z adresu, którego nikt nie czyta, odpowiedzi klientów znikają. Prosimy ustawić nadawcę prowadzącego do prawdziwej skrzynki albo grupy.
Inna platforma?
SMTP to protokół standardowy: każdy system, który mówi po SMTP — CRM, ERP, własna aplikacja albo serwer — może wysyłać przez 2mail z użyciem tych samych pięciu pól.