Vem dina e-postmeddelanden skickas från
Hjälpartiklar kanske inte är helt korrekta — på grund av frekventa uppdateringar och automatisk översättning kan de släpa efter appen. Kontakta supporten om du är osäker.
På den här sidan
- 1. Vad som skickas via den
- 2. Vanliga leverantörer
- 3. Bra att veta
- 4. Felsökning
- 5. Relaterat
Om du inte säger något annat skickar EventMann alla e-postmeddelanden om dina evenemang från sin egen adress. Anslut din egen e-postserver under Inställningar → SMTP & Mail så hör dina deltagare från dig. Tills dess visar din instrumentpanel en banderoll, “Deltagarna ser fortfarande EventMann som avsändare”, med en knapp Ställ in avsändaradress som leder hit.
- Öppna Inställningar → SMTP & Mail.
- Läs rutan. Den listar vad som skickas via din server och vad som inte gör det.
- Välj en leverantör under Välj leverantör: Custom SMTP, Mailchimp, SendGrid, Mailgun, Postmark, Amazon SES eller Brevo. Varje val visar en kort guide för just den leverantören.
- Fyll i anslutningen: värd, port och kryptering för Custom SMTP, Mailgun och Amazon SES; ett användarnamn och lösenord eller en API-nyckel, beroende på vad leverantören kräver.
- Ange ditt Avsändarnamn och din Avsändarens e-post.
- Klicka på Skicka testmejl. Det skickar ett riktigt meddelande till din egen inkorg, så att du vet att anslutningen fungerar. Klicka sedan på Spara inställningar.
Vad som skickas via den
- Skickas som dig, när den är konfigurerad: bokningsbekräftelser och biljetter, evenemangspåminnelser, meddelanden om ändrad tid och inställd bokning, platserbjudanden från väntelistan, fakturor, enkäter, meddelanden, påminnelser om kundvagnen och marknadsföringskampanjer.
- Skickas alltid av EventMann: verifiering av e-post, lösenordsåterställningar och säkerhetsaviseringar. De gäller ditt EventMann-konto, inte ditt evenemang.
- Om du inte konfigurerar något: allt fortsätter att fungera från EventManns adress. Svar går till EventMann i stället för till dig, och din egen domän bygger ingen avsändarhistorik.
Vanliga leverantörer
| Leverantör | Värd | Port | Kryptering |
|---|---|---|---|
| Gmail | smtp.gmail.com | 587 | TLS |
| Outlook / Microsoft 365 | smtp.office365.com | 587 | TLS |
| Brevo | smtp-relay.brevo.com | 587 | TLS |
| SendGrid | smtp.sendgrid.net | 587 | TLS |
| Mailgun | smtp.mailgun.org | 587 | TLS |
| Postmark | smtp.postmarkapp.com | 587 | TLS |
| Amazon SES | email-smtp.[region].amazonaws.com | 587 | TLS |
Bra att veta
- Använd en avsändaradress på samma domän som kontot du loggar in med. Om du skickar som din egen domän via en leverantör som inte hör ihop med den, stämmer inte kontrollerna (SPF och DKIM) överens, och e-postleverantörerna placerar meddelandena i skräppostmappen.
- Gmail och Microsoft 365 kräver ett appspecifikt lösenord, inte ditt vanliga. Mailgun, Brevo och Amazon SES ger dig en separat SMTP-hemlighet som inte är din kontonyckel.
- För fler än några hundra e-postmeddelanden om dagen levererar en dedikerad leverantör betydligt tillförlitligare än en postlåda.
- Om du sparar igen utan att skriva in ett lösenord eller en API-nyckel behålls den lagrade. Du behöver inte ange en hemlighet på nytt för att ändra avsändarnamnet.
- Om din leverantör börjar avvisa inloggningen, använd Använd EventMann i stället längst ned på sidan. Deltagarnas e-post går då ut via EventMann igen direkt, biljetter och bekräftelser fortsätter att fungera, och dina inställningar sparas. När du sparar formuläret slås din server på igen.
- Samma sida innehåller Sändningstakt för kampanjer och Utskickstakt för påminnelser. Se Sändning, förlopp och avregistreringar.
Felsökning
- Testet misslyckas med ett fel om inloggningsuppgifter — för Gmail eller Google Workspace, använd ett applösenord; för andra leverantörer, använd deras dedikerade SMTP-hemlighet, inte en allmän API-nyckel.
- Testet nämner SMTP AUTH — på Microsoft 365 måste en administratör aktivera SMTP AUTH för den postlådan.
- Testet kan inte ansluta — kontrollera värd och port. Använd 587 med TLS eller 465 med SSL; port 25 är blockerad hos de flesta molnleverantörer.
- Det ansluter, men krypteringen verkar fel — de måste stämma överens: TLS med 587, SSL med 465.