Vem dina e-postmeddelanden skickas från

Som standard skickas varje e-postmeddelande om dina evenemang av EventMann, från vår adress. Konfigurera din egen utgående e-postserver under Inställningar → E-post → SMTP och e-post och deltagare höra från dig istället.

Vad du kan göra här

• Välj en leverantör — Anpassad SMTP, Mailchimp, SendGrid, Mailgun, Postmark, Amazon SES eller Brevo.
• Ställ in anslutningsdetaljer — värd, port och kryptering för SMTP-formatade leverantörer (Anpassad SMTP, Mailgun, Amazon SES), eller en API-nyckel för de andra.
• Ställ in ditt avsändarnamn och adress.
• Skicka ett test-e-postmeddelande — verifierar anslutningen för verkligt, till din egen inkorg, före du förlitar dig på det.

Vad skickas genom det

• Skickat som du, när det är konfigurerat: bokningsbekräftelser och biljetter, evenemangspåminnelser, omplanerings- och avbrottsmeddelanden, väntelista-erbjudanden, fakturor, enkäter, meddelanden, varukorgspåminnelser och marknadsföringskampanjer.
• Alltid skickat av EventMann: e-postbekräftelse, lösenordsåterställning och säkerhetsvarningar — dessa gäller ditt EventMann-konto, inte ditt evenemang.
• Om du inte konfigurerar något: allt fortsätter att fungera på vår e-postserver. Svar kommer helt enkelt till oss snarare än till dig, och din domän får ingen sendningsanseende.

Bra att veta

• Använd en avsändaradress på samma domän som det konto du autentiserar dig med. Att skicka som din egen domän genom en orelaterad leverantör gör SPF och DKIM oense, och e-postprogram svar på det med skräppostmappen.
• Gmail och Microsoft 365 behöver båda ett app-specifikt lösenord snarare än ditt normala; Mailgun, Brevo och Amazon SES utfärdar likaså en dedikerad SMTP-hemlighet som är annorlunda från deras konto-API-nyckel.
• För allt bortom några hundra e-postmeddelanden per dag kommer en dedikerad leverantör såsom Brevo, SendGrid eller Postmark att leverera mycket mer tillförlitligt än en brevlåda.
• Att spara på nytt utan att ändra lösenordet eller API-nyckeln behåller den redan lagrad — du behöver inte skriva om en hemlighet bara för att ändra avsändarnamnet.

Felsökning

• Test-e-postmeddelandet misslyckas med ett autentiseringsfel — för Gmail/Workspace använd ett app-lösenord från Google-konto → Säkerhet → 2-stegs-verifiering, inte ditt kontos lösenord (Google slutade acceptera dessa för SMTP under 2022). För en annan leverantör, kontrollera att du använde dess dedikerade SMTP-hemlighet snarare än en allmän API-nyckel.
• Test-e-postmeddelandet misslyckas och nämner SMTP AUTH — på Microsoft 365 betyder detta att SMTP AUTH är inaktiverat för brevlådan; en administratör måste aktivera det under den brevlådans e-postappinställningar.
• Test-e-postmeddelandet kan inte ansluta alls — kontrollera värd och port: 587 för TLS, 465 för SSL; port 25 är blockerad av de flesta molnleverantörer.
• Ansluter men krypteringen ser fel ut — matcha kryptering till port: TLS med 587, SSL med 465.

Relaterat

• E-postmallar för evenemang
• Meddelanden till deltagare
• Marknadsföring