Kto wysyła Twoje e-maile

Domyślnie każdy e-mail o Twoich wydarzeniach jest wysyłany przez EventMann, z naszego adresu. Skonfiguruj własny serwer poczty wychodzącej w Ustawienia → E-mail → SMTP & Poczta i uczestnicy słyszą od Ciebie zamiast tego.

Co możesz tutaj zrobić

• Wybierz dostawcę — Niestandardowy SMTP, Mailchimp, SendGrid, Mailgun, Postmark, Amazon SES lub Brevo.
• Ustaw szczegóły połączenia — hosta, port i szyfrowanie dla dostawców w stylu SMTP (Niestandardowy SMTP, Mailgun, Amazon SES), lub klucz API dla innych.
• Ustaw Twój Adres i imię Od.
• Wyślij test e-maila — rzeczywiście weryfikuje połączenie, do Twojej własnej skrzynki odbiorczej, zanim na nim polegasz.

Co jest wysyłane przez to

• Wysłane jako Ty, po skonfigurowaniu: potwierdzenia rezerwacji i bilety, przypomnienia o wydarzeniach, zmiana harmonogramu i powiadomienia o anulowaniu, oferty listy oczekujących, faktury, ankiety, ogłoszenia, przypomnienia koszyka i kampanie marketingowe.
• Zawsze wysyłane przez EventMann: weryfikacja e-maila, resetowanie hasła i alerty bezpieczeństwa — te dotyczą Twojego konta EventMann, a nie Twojego wydarzenia.
• Jeśli nic nie skonfigurujesz: wszystko działa dalej na naszym serwerze pocztowym. Odpowiedzi po prostu trafiają do nas zamiast do Ciebie, a Twoja domena nie otrzymuje żadnej reputacji wysyłania.

Warto wiedzieć

• Użyj adresu Od w tej samej domenie co konto, na którym się uwierzytelniasz. Wysyłanie jako własna domena poprzez niezwiązanego dostawcę sprawia, że SPF i DKIM się nie zgadzają, a dostawcy skrzynek odbiorczych odpowiadają tym z folderem spam.
• Gmail i Microsoft 365 obydwa potrzebują hasła specyficznego dla aplikacji zamiast normalnego; Mailgun, Brevo i Amazon SES likewise wydają dedykowany tajny SMTP, który różni się od ich ogólnego klucza API.
• Dla czegokolwiek ponad kilka setek e-maili dziennie, dedykowany dostawca taki jak Brevo, SendGrid lub Postmark będzie dostarczać znacznie bardziej niezawodnie niż skrzynka odborcza.
• Ponowne zapisanie bez zmiany hasła lub klucza API przechowuje już istniejący — nie musisz ponownie wpisywać tajemnicę, aby zmienić imię Od.

Rozwiązywanie problemów

• Test e-maila nie powiódł się z błędem kredencji — dla Gmail/Workspace, użyj Hasła aplikacji z Google Konto → Bezpieczeństwo → Weryfikacja 2-stopniowa, nie Twoje hasło konta (Google przestała akceptować te do SMTP w 2022). Dla innego dostawcy, sprawdź czy użyłeś jego dedykowanego tajnego SMTP zamiast ogólnego klucza API.
• Test e-maila nie powiódł się i wspomina SMTP AUTH — na Microsoft 365 oznacza to, że SMTP AUTH jest wyłączony dla skrzynki odbiorczej; administrator musi go włączyć w ustawieniach aplikacji poczty tej skrzynki odbiorczej.
• Test e-maila nie może się w ogóle połączyć — sprawdź hosta i port: 587 dla TLS, 465 dla SSL; port 25 jest blokowany przez większość dostawców chmury.
• Łączy się, ale szyfrowanie wygląda na złe — dopasuj szyfrowanie do portu: TLS z 587, SSL z 465.

Powiązane

• Szablony e-maili wydarzenia
• Ogłoszenia dla uczestników
• Marketing