Skąd wysyłane są Twoje e-maile

Jeśli nie zdecydujesz inaczej, każdy e-mail dotyczący Twoich wydarzeń wysyła EventMann z własnego adresu. Podłącz własny serwer pocztowy w sekcji Ustawienia → SMTP i poczta, a uczestnicy będą otrzymywać wiadomości od Ciebie. Dopóki tego nie zrobisz, na Twoim pulpicie widoczny będzie baner „Uczestnicy nadal widzą EventMann jako nadawcę” z przyciskiem Skonfiguruj adres wysyłki, który prowadzi właśnie tutaj.

1. Otwórz Ustawienia → SMTP i poczta.
2. Przeczytaj pole informacyjne. Pokazuje ono, co jest wysyłane przez Twój serwer, a co nie.
3. Wybierz dostawcę w polu Wybierz dostawcę: Custom SMTP, Mailchimp, SendGrid, Mailgun, Postmark, Amazon SES lub Brevo. Każdy wybór pokazuje krótki przewodnik dla danego dostawcy.
4. Uzupełnij połączenie: host, port i szyfrowanie dla Custom SMTP, Mailguna i Amazon SES; nazwę użytkownika i hasło albo klucz API, zgodnie z wymaganiami dostawcy.
5. Ustaw Nazwa nadawcy i E-mail nadawcy.
6. Kliknij Wyślij testową wiadomość e-mail. Wysyła ona prawdziwą wiadomość na Twoją własną skrzynkę, dzięki czemu wiesz, że połączenie działa. Następnie kliknij Zapisz ustawienia.

Co jest przez niego wysyłane

• Wysyłane w Twoim imieniu, po konfiguracji: potwierdzenia rezerwacji i bilety, przypomnienia o wydarzeniach, powiadomienia o zmianie terminu i odwołaniu, oferty z listy oczekujących, faktury, ankiety, ogłoszenia, przypomnienia o koszyku i kampanie marketingowe.
• Zawsze wysyłane przez EventMann: weryfikacja adresu e-mail, resetowanie hasła i alerty bezpieczeństwa. Dotyczą one Twojego konta EventMann, a nie wydarzenia.
• Jeśli nic nie skonfigurujesz: wszystko nadal działa z adresu EventMann. Odpowiedzi trafiają do EventMann zamiast do Ciebie, a Twoja własna domena nie buduje reputacji nadawcy.

Popularni dostawcy

Warto wiedzieć

• Używaj adresu nadawcy z tej samej domeny, co konto, na które się logujesz. Wysyłanie w imieniu własnej domeny przez niezwiązanego z nią dostawcę powoduje, że sprawdzenia SPF i DKIM nie zgadzają się ze sobą, a dostawcy poczty kierują wiadomości do spamu.
• Gmail i Microsoft 365 wymagają hasła do aplikacji, a nie zwykłego hasła. Mailgun, Brevo i Amazon SES udostępniają osobny sekret SMTP, który nie jest kluczem Twojego konta.
• Przy więcej niż kilkuset e-mailach dziennie dedykowany dostawca dostarcza wiadomości znacznie niezawodniej niż skrzynka pocztowa.
• Ponowne zapisanie bez wpisywania hasła lub klucza API zachowuje zapisany wcześniej sekret. Nie musisz ponownie wpisywać sekretu, aby zmienić nazwę nadawcy.
• Jeśli Twój dostawca zacznie odrzucać logowanie, użyj przycisku Użyj EventMann na dole strony. Poczta do uczestników od razu znowu wychodzi przez EventMann, bilety i potwierdzenia nadal działają, a Twoje ustawienia są zachowane. Ponowne zapisanie formularza włącza z powrotem Twój serwer.
• Na tej samej stronie znajdują się Tempo wysyłki kampanii i Tempo wysyłki przypomnień. Zobacz Wysyłka, postęp i rezygnacje z subskrypcji.

Rozwiązywanie problemów

• Test kończy się błędem danych logowania — w przypadku Gmaila lub Google Workspace użyj hasła do aplikacji; w przypadku innego dostawcy użyj jego dedykowanego sekretu SMTP, a nie ogólnego klucza API.
• Test wspomina o SMTP AUTH — w Microsoft 365 administrator musi włączyć SMTP AUTH dla tej skrzynki.
• Test nie może się połączyć — sprawdź host i port. Użyj 587 z TLS lub 465 z SSL; port 25 jest blokowany przez większość dostawców chmury.
• Połączenie się udaje, ale szyfrowanie wydaje się nieprawidłowe — dopasuj je: TLS przy 587, SSL przy 465.

Powiązane

• Wysyłka, postęp i rezygnacje z subskrypcji
• Szablony e-maili wydarzenia
• Kampanie e-mailowe
• White Label