# E-postprofilering Som standard skickas transaktionsbaserade e-postmeddelanden från plattformen (kontoinbjudningar, lösenordsåterställningar, bokningsbekräftelser, aviseringar med mera) från en hanterad systemadress, med ditt kontos profilering. Om du driver en byrå låter **White Labeling** dig profilera dessa e-postmeddelanden så att de matchar resten av din kundupplevelse. --- ## Vad du kan anpassa idag **Så här hittar du dit:** Inställningar → gruppen **Avancerat** → **White Labeling**, och scrolla sedan till kortet **E-post**. Det här avsnittet visas endast i abonnemang som inkluderar white labeling (Agency- och Agency Unlimited-abonnemangen, samt de AppSumo-nivåer som inkluderar det). E-postmeddelanden hämtar automatiskt den **logotyp** och **primärfärg** som du redan har ställt in på sidan för White Labeling. De e-postspecifika delar du konfigurerar här är standardspråk och sidfot: - **Standardspråk** — språket som de första e-postmeddelandena skickas ut på, innan en ny kund har valt ett eget. Samma inställning gör även att din domäns inloggnings-, lösenords- och registreringssidor visas på det språket för nya besökare. Se [E-postspråk & mallar](email-templates.md) och [White Labeling](../agency/white-labeling.md#default-language-for-the-sign-in-page). - **Sidfots-tagline** — en kort textrad som visas längst ner i varje plattforms-e-postmeddelande (till exempel din byrås slogan eller en kort beskrivning). - **Sidfotslänkar** — upp till 4 namngivna länkar (etikett + URL) som visas bredvid taglinen, användbara för saker som din supportsida, villkor eller en bokningslänk. ::: master-only
E-postprofileringskortet på sidan för White Labeling, som visar rullistan för standardspråk för e-post inställd på Ingen (engelska) ovanför fälten för sidfots-tagline och sidfotslänkar

E-postprofileringskortet, längre ner på sidan för White Labeling — logotyp och färg hämtas från inställningarna ovanför. Detta kort täcker standardspråk för e-post och sidfoten.

::: Fyll i dessa och klicka på **Spara**. Varje transaktionsbaserat e-postmeddelande som ditt konto eller dina underkonton utlöser hämtar ändringen automatiskt – ingen inställning per mottagare krävs. > Profilering handlar om utseendet. Om du vill ändra **formuleringarna** i ett e-postmeddelande — eller skriva en version för ett specifikt språk — är det en separat sida: se [E-postspråk & mallar](email-templates.md). --- ## Skicka från din egen domän Du kan dirigera själva e-postleveransen via din egen leverantör — så att meddelanden skickas från `support@yourdomain.com` med dina egna SPF/DKIM-poster och hantering av studsade meddelanden, istället för plattformens hanterade avsändaradress. Detta finns på sidan för White Labeling: var och en av dina white label-domäner har ett kort för **E-postutskick** där du ansluter **Mailgun** eller valfri **SMTP**-leverantör (Postmark, SES, SendGrid, Resend eller din egen brevlåda), namnger konfigurationen och väljer vilken domän som ska skicka via den. Se [E-postutskick per domän](../agency/white-labeling.md#email-sending-per-domain) för en fullständig genomgång. ### Ansluta Mailgun Öppna kortet **E-postutskick**, klicka på **Anslut en e-postinställning** och välj **Ställ in Mailgun**. Fyll i: - **Mailgun API-nyckel** — sändningsnyckeln från ditt Mailgun-konto. - **Sändande domän** — den verifierade sändande domänen (till exempel `mail.yourdomain.com`). - **Region** — **US** eller **EU**, beroende på var ditt Mailgun-konto skapades. Samma nyckel fungerar endast mot en region. - **Från-e-post** — adressen som ska visas i fältet **Från** (till exempel `support@yourdomain.com`). - **Från-namn** *(valfritt)* — det vänliga namnet som visas bredvid adressen (till exempel `Acme Support`). - **Svarsadress** *(valfritt)* — vart ett svar på ett av dessa e-postmeddelanden ska skickas (till exempel `help@yourdomain.com`). Lämna det tomt så går svar till ditt kontos inloggnings-e-post, vilket är vad dina klienter ser i **Reply-To**-huvudet — så ställ in detta om du föredrar att inte exponera den adressen. Klicka sedan på **Spara & testa**. Plattformen kör en verklig kontroll mot Mailgun API för att bekräfta att kombinationen av nyckel och domän fungerar, och skickar sedan ett testmeddelande till din kontoe-post så att du omedelbart kan bekräfta leveransen. Om något är fel (fel region, overifierad domän, ogiltig nyckel) får du ett tydligt felmeddelande och ingenting sparas förrän det har åtgärdats. ### Ansluta SMTP Samma kort, men välj **Ställ in SMTP**. Fyll i: - **SMTP-värd** — SMTP-värdnamnet (till exempel `smtp.postmarkapp.com`). - **Port** — vanligtvis `587` eller `465`. TLS detekteras automatiskt från porten (`465` använder implicit TLS, allt annat använder STARTTLS), så det finns inget att ställa in manuellt. - **Användarnamn** — din SMTP-användare eller API-tokennamn. För EmailIt är detta det bokstavliga ordet `emailit`, inte din e-postadress och inte din API-nyckel. - **Lösenord** — ditt SMTP-lösenord eller din API-token. - **Från-e-post** — avsändaradressen (till exempel `support@yourdomain.com`). - **Från-namn** *(valfritt)* — vänligt namn för **Från**-huvudet. - **Svarsadress** *(valfritt)* — vart ett svar på ett av dessa e-postmeddelanden ska skickas. Samma beteende som för Mailgun: tomt betyder att svar går till ditt kontos inloggnings-e-post. Klicka sedan på **Spara & testa**. Plattformen öppnar en verklig SMTP-anslutning och autentiserar med det du angav innan den sparar, och skickar sedan ett testmeddelande till din kontoe-post. Om värden inte kan nås, porten är felaktig eller autentiseringen misslyckas, får du ett tydligt felmeddelande och ingenting sparas förrän det har åtgärdats. Lösenord krypteras innan de lagras — klartextvärdet skrivs aldrig till loggar eller någon annanstans. ### Testa och ta bort en inställning När en inställning har sparats visar kortet statusen **Verifierad** när ett test har lyckats. Klicka på **Skicka test** när som helst för att köra det igen — det är värt att göra när du ändrar DNS-poster eller roterar autentiseringsuppgifter. Testet går från din konfigurerade **Från**-adress till din kontoe-post och rapporterar tillbaka antingen **Test lyckades** eller **Test misslyckades** med en förklaring (avvisad avsändare, autentiseringsproblem, värd kan inte nås). Kontrollera din inkorg för att bekräfta att det faktiskt kom fram från den adress du förväntar dig; om det hamnar i skräpposten behöver din **SPF**, **DKIM** eller domänrykte ses över. Klicka på **Ta bort** och bekräfta för att ta bort inställningen och återgå till den hanterade standardavsändaren. E-postmeddelanden växlar tillbaka omedelbart, dina krypterade autentiseringsuppgifter raderas (du får ange API-nyckeln eller lösenordet igen om du ansluter igen senare), och inget som är under utskick går förlorat. --- ## Behöver du hjälp? If you have questions about email branding, or a compliance requirement around where transactional email originates from, [contact support](mailto:hi@dmchamp.com) and we can help work through it with you.