Deskhero
Dansk
Prøv gratis

← Back to articles

Sådan svarer du fra en virksomhedsadresse: Opsætning, bedste praksis og skabeloner

Sådan svarer du fra en virksomhedsadresse: Opsætning, bedste praksis og skabeloner

Den anbefalede fremgangsmåde er enkel: Brug en overvåget, godkendt virksomhedsmailadresse som svaradresse for alle kundeorienterede e-mails. Brug aldrig en noreply-adresse, når kunder forventes at svare.

  • Godkend dit afsenderdomæne med SPF og DKIM, og offentliggør derefter en DMARC-politik, før du sender i større skala. Godkendelse reducerer risikoen for spoofing og understøtter leveringen, men hver protokol har en forskellig rolle.
  • Dirigér svar til en overvåget indbakke eller helpdesk, ikke en personlig konto eller en distributionsliste, som ingen tjekker. Ubesvarede svar nedbryder tilliden hurtigere end langsomme svar.
  • Følg CAN-SPAM-kravene for kommercielle e-mails: Brug korrekte routingoplysninger, medtag en gyldig fysisk postadresse, og tilbyd en fungerende fravalgsmekanisme, der behandler anmodninger inden for 10 hverdage.

Der er én undtagelse: Rent systemgenererede, ikke-interaktive notifikationer (serveralarmer, automatiske kvitteringer, tofaktorkoder) kan bruge en adresse, der ikke overvåges. Hvis du vælger denne løsning, skal du tilføje en linje i e-mailens brødtekst, der henviser modtagerne til en reel kontaktadresse ved spørgsmål.

Vigtigste pointer

Godkendte, overvågede rollebaserede adresser er fundamentet for pålidelig svarrouting, og alle andre konfigurationsbeslutninger bygger videre på dette.

Punkt Detaljer
Brug en overvåget rollebaseret adresse Dirigér svar til support@, billing@ eller hello@, aldrig en noreply-adresse til kundeorienteret post.
Godkend før afsendelse Konfigurer SPF og DKIM, offentliggør DMARC, og bekræft, at mindst én tilpasset godkendelsessti består, før du sender i større skala.
Reply-To og From har forskellige funktioner From styrer afsenderidentiteten og DMARC-tilpasningen; Reply-To styrer, hvor svarene lander.
CAN-SPAM kræver korrekte headers From og Reply-To må ikke vildlede modtagerne; fravalg skal behandles inden for 10 hverdage.
Deskhero centraliserer svarhåndteringen Deskhero synkroniserer tovejssvar med din eksisterende Gmail- eller Microsoft 365-postkasse, så der ikke kræves en ny adresse.

Indholdsfortegnelse

Hvad betyder “svar fra virksomhedens adresse” egentlig? From, Reply-To og Return-Path forklaret

Disse tre headers ligner hinanden på overfladen, men har forskellige funktioner. From-adressen er den afsenderidentitet, som modtagerne normalt ser i deres e-mailklient. Reply-To-adressen fortæller klienten, hvor et svar skal sendes hen. Return-Path (også kaldet envelope sender) er normalt skjult for modtagerne og bruges til meddelelser om afviste e-mails og rapporter om leveringsstatus.

Header Synlig for modtageren? Protokolrolle Hvem konfigurerer den?
From Ja (visningsnavn + adresse) Afsenderidentitet; kontrol af DMARC-tilpasning Marketingteam / IT-administrator
Reply-To Kun ved svar Dirigerer svarmeddelelser til en bestemt indbakke ESP-indstillinger / kampagnekonfiguration
Return-Path Nej Levering af afviste e-mails og DSN'er; kontrol af SPF-tilpasning Afsendelsestjeneste / SMTP-konfiguration

Når From og Reply-To er forskellige, vurderer DMARC tilpasningen i forhold til domænet i den synlige From-header, ikke Reply-To-domænet. DMARC består, når mindst én godkendt identifikator er tilpasset dette From-domæne: enten det SPF-godkendte envelope sender-domæne eller domænet i en gyldig DKIM-signatur. En Reply-To som support@company.com afgør ikke DMARC-tilpasningen.

Sådan ser en forenklet rå headerblok ud for en transaktionel e-mail:

From: Acme Support <hello@acme.com>
Reply-To: support@acme.com
Return-Path: <bounce@mail.acme.com>
Received: from mail.acme.com ([203.0.113.10]) by mx.recipient.com

I softwarestakke med flere virksomheder bliver det mere komplekst. En rettelse af Odoo-mailmodulet illustrerer problemet tydeligt: Systemet satte som standard feltet reply_to til den første virksomhed i databasen i stedet for den virksomhed, der var knyttet til den specifikke post. Rettelsen beregner reply_to for hver post. Alle teams, der kører e-mail på tværs af flere lejere eller brands, bør kontrollere denne adfærd, før de antager, at svarene lander i den rigtige indbakke.

Hvornår bør du bruge en anden Reply-To-adresse end din From-adresse?

Den korte regel: Brug en overvåget rollebaseret adresse (support@, billing@, hello@) til kundeorienterede flows, og reserver personlige adresser til ægte en-til-en-kommunikation.

Support og sagsstyring. Dirigér svar til en fælles indbakke eller helpdesk. Mange sagsstyringssystemer kan knytte et svar til den rigtige tråd, ofte ved at bruge en sagsidentifikator i svaradressen eller meddelelsens headers. Det bevarer konteksten og forhindrer, at svar forsvinder i en individuel brugers indbakke, når vedkommende ikke er tilgængelig.

Hænder, der holder en smartphone til en fælles indbakke

Opfølgning fra salg. En sælgers personlige adresse fungerer godt her, fordi relationen med vilje er en-til-en. Risikoen er kontinuiteten: Hvis sælgeren stopper, forbliver svar til vedkommendes adresse ubesvarede. En fælles sales@-adresse med videresendelsesregler til den ansvarlige sælger er et sikrere standardvalg.

Fakturering og fakturaer. Brug altid en rollebaseret adresse (billing@, accounts@). Kunder, der svarer på faktureringsmails, har ofte tidskritiske spørgsmål om opkrævninger eller tvister. En personlig adresse skaber et enkelt fejlpunkt.

Ledelses- og PR-kommunikation. E-mails fra stiftere og pressemeddelelser kommer ofte From en navngiven lederadresse for at skabe troværdighed. Indstil Reply-To til en overvåget teamadresse (press@, founders@), så svarene når frem til nogen, der kan handle på dem.

Systemnotifikationer. Adgangskode-nulstillinger, ordrebekræftelser og tofaktorkoder kan være designet til ikke at kræve svar. En adresse som noreply@, der ikke overvåges, kan være rimelig til disse meddelelser, men medtag en synlig kontaktmulighed i brødteksten. Nogle leveringsspecialister anbefaler at undgå noreply-adresser, når en ægte svarmulighed kan overvåges.

Eksperttip: Hvis du bruger en fælles indbakke, skal du fastsætte en svar-SLA i din helpdesk og tildele en ansvarlig for hver kø. En fælles indbakke uden en ansvarlig fungerer præcis som en uovervåget indbakke: Svarene hober sig op, og ingen handler.

Den driftsmæssige afvejning handler om bemanding. En enkelt support@-adresse er nem at huske og overvåge, men kræver tydelige routingregler og vagtplaner. Flere rollebaserede adresser giver mere detaljeret routing, men øger arbejdsbyrden for overvågning og administration. Adresser på samme domæne kan dele godkendelse på domæneniveau. For de fleste små og mellemstore teams er én eller to overvågede rollebaserede adresser med routingregler i en helpdesk en praktisk balance.

Godkend dit afsenderdomæne, og dirigér svar til en overvåget postkasse. Dette er to grundlæggende kontroller ved siden af indhold, samtykke, listekvalitet og udbyderspecifikke krav.

Tjekliste for godkendelse

Protokol Hvad beskytter den imod? Hvor anvendes den?
SPF Spoofing af envelope sender (Return-Path-domæne) DNS TXT-post på afsenderdomænet
DKIM Meddelelsesintegritet og godkendelse via et signerende domæne DNS TXT-post; signeringsnøgle i afsendelsestjenesten
DMARC Spoofing af From-domænet; forbinder SPF og DKIM med From DNS TXT-post; samlede rapporter til din indbakke
Tilpasning af envelope sender Problemer med SPF-baseret DMARC-tilpasning Konfigureres i afsendelsestjenesten eller SMTP-opsætningen

DMARC-tilpasning er let at misforstå. SPF godkender envelope sender-domænet, mens DKIM godkender det domæne, der identificeres af signaturens d=-værdi. DMARC sammenligner derefter disse godkendte domæner med det synlige From-domæne. Én tilpasset mekanisme skal bestå. Streng tilpasning kræver et identisk domænematch, mens afslappet tilpasning tillader et match på organisationsdomænet. Reply-To-domænet indgår ikke i denne test.

Driftstjekliste

  • Bekræft, at svaradressen peger på en overvåget indbakke eller en helpdesk-kø, før du sender en kampagne.
  • Opsæt automatisk videresendelse eller routingregler, så svarene når det rigtige team inden for dit SLA-vindue.
  • Hold visningsnavnet konsekvent i forhold til dit brand, så modtagerne kan genkende afsenderen.
  • Brug svarskabeloner, der indeholder kundens navn og sagsreference, så brugere kan svare konsekvent og bevare konteksten.

Overholdelse af CAN-SPAM

CAN-SPAM Act gælder for meddelelser, hvis primære formål er kommercielt. Kravene omfatter korrekte header- og routingoplysninger, en gyldig fysisk postadresse, en tydelig fravalgsmetode og behandling af fravalgsanmodninger inden for 10 hverdage. Transaktionelle meddelelser eller relationsmeddelelser er undtaget fra de fleste bestemmelser, men må stadig ikke bruge falske eller vildledende routingoplysninger.

Eksperttip: Hvis du opdeler poststrømme efter underdomæne, skal du konfigurere og overvåge godkendelse for hvert afsenderdomæne. At ændre Reply-To alene isolerer ikke afsenderomdømmet, fordi Reply-To ikke bruges til DMARC-tilpasning.

Sådan konfigurerer du Reply-To og From på almindelige platforme

Beslutningsreglen er enkel: Skift feltet From for at styre afsenderidentitet og brandgenkendelse; skift feltet Reply-To for at styre, hvor svarene lander. Skift Return-Path (via din ESP- eller SMTP-konfiguration) for at styre, hvor afviste e-mails sendes hen.

Trinvis konfiguration

  1. Vælg dine adresser. Vælg en overvåget rollebaseret adresse til Reply-To (support@company.com), og bekræft, at From-adressen matcher dit godkendte afsenderdomæne.
  2. Indstil visningsnavnet. Brug dit brandnavn eller teamnavn, ikke et personligt navn, medmindre e-mailen med vilje er personlig (en salgssekvens, en besked fra en stifter).
  3. Bekræft ejerskab af domænet i din ESP- eller Google Workspace-/Microsoft 365-administrationskonsol.
  4. Tilføj SPF- og DKIM-poster til din DNS. De fleste ESP'er angiver de nøjagtige TXT-postværdier i deres opsætningsguide.
  5. Offentliggør en DMARC-post med start på p=none for at indsamle samlede rapporter, og skift derefter til p=quarantine, når du har bekræftet, at alle legitime afsenderkilder består.
  6. Konfigurer Return-Path-/afvisningshåndtering i din ESP. De fleste moderne ESP'er håndterer dette automatisk, men bekræft, at afvisningsadressens domæne er dækket af din SPF-post.
  7. Indstil routingregler i din fælles indbakke eller helpdesk, så indgående svar tildeles den rigtige kø.

Platformsnoter

Gmail / Google Workspace. Tilføj og bekræft en send-as-adresse i Gmail-kontoindstillingerne, og vælg den derefter i From-feltet. De tilgængelige Reply-To- og grupperoutingmuligheder afhænger af din Google Workspace-konfiguration, så test både afsendelse og indgående levering før lancering.

Outlook / Microsoft 365. Konfigurer Send As- eller Send on Behalf-tilladelser for fælles postkasser i Microsoft 365. Understøttelsen af en brugerdefineret Reply-To-header varierer efter Outlook-version og afsendelsesworkflow. Hvis klienten ikke viser funktionen, skal du bruge en afsendelsestjeneste eller et godkendt workflow, der gør. Følg din tenants politik, når du videresender svar til eksterne domæner.

ESP'er (Mailchimp, Klaviyo, Brevo osv.). Reply-To er typisk et dedikeret felt i kampagneindstillingerne, adskilt fra From-adressen. Platformens indstillinger for svarhåndtering styrer, hvilken adresse der vises i Reply-To-headeren, og kan dirigere svar til en bestemt indbakke, gruppeejere eller en personlig adresse pr. abonnent.

SMTP-/transaktionelle tjenester (SendGrid, Postmark, Amazon SES). Angiv headeren Reply-To i API-kaldet eller SMTP-meddelelsen. Udbyderen håndterer normalt standard-Return-Path. Et brugerdefineret bounce-domæne kan kræve udbyderspecifikke DNS-poster, så følg den pågældende tjenestes aktuelle dokumentation.

Tjekliste til test

  • Send en testmeddelelse til konti på Gmail, Outlook og Apple Mail. Svar på hver af dem, og bekræft, at svaret lander i den rigtige indbakke.
  • Se rå headers i hver klient (Gmail: “Vis original”; Outlook: Filer → Egenskaber → Internetheaders). Bekræft, at From, Reply-To og Return-Path viser de korrekte adresser.
  • Kontrollér headeren Authentication-Results for SPF-, DKIM- og DMARC-resultater. DMARC kræver mindst én bestået og tilpasset SPF- eller DKIM-sti.
  • Gennemgå efter 24-48 timer DMARC's samlede rapporter (sendt til adressen i dit rua=-tag) for eventuelle tilpasningsfejl fra uventede afsenderkilder.
  • Bekræft den indgående routing: Kontrollér, at et svar sendt til din Reply-To-adresse opretter en sag eller vises i den korrekte helpdesk-kø.

Almindelige fejl ved opsætning af svaradresse, og hvordan du løser dem

De hyppigste grundårsager er uovervågede indbakker, uoverensstemmende headers, fejl i DMARC-tilpasningen og en Return-Path, der peger på et domæne uden en SPF-post.

Trin til fejlfinding

  1. Bekræft headeropsætningen. Se rå headers i en modtaget testmeddelelse. Kontrollér, at From, Reply-To og Return-Path alle viser de adresser, du havde til hensigt at bruge.
  2. Kontrollér SPF-, DKIM- og DMARC-resultaterne. Undersøg Authentication-Results i de rå headers. Undersøg alle mekanismer, der fejlede, og bekræft, at mindst én bestået SPF- eller DKIM-identifikator er tilpasset From-domænet.
  3. Undersøg Return-Path. Bekræft, at domænet er godkendt til SPF, og at det – hvis du bruger SPF til DMARC – er tilpasset det synlige From-domæne. Godkendelsesfejl kan medvirke til afvisning, forsinkelse eller placering i spam.
  4. Kør en seed-test. Send til testkonti på tværs af større udbydere, og kontrollér placeringen i indbakken. Værktøjer som MXToolbox’s Email Header Analyzer eller Googles Postmaster Tools viser problemer med domæneomdømme og godkendelse.
  5. Gennemgå DMARC's samlede rapporter. Se efter kilder, der bruger dit From-domæne uden tilpasset SPF eller DKIM. Det kan være uautoriserede afsendere eller legitime tjenester, der er konfigureret forkert.

Hurtige løsninger

  • Svar går til den forkerte indbakke: Opdatér Reply-To-feltet i din ESP-kampagnes indstillinger eller i mailklientens send-as-konfiguration.
  • SPF-fejl: Tilføj ESP'ens afsendende IP-interval eller include-mekanisme til din SPF TXT-post. Hold antallet af opslag under 10 for at undgå permerror.
  • DKIM-fejl: Kontrollér selector, signeringsdomæne og offentliggjort offentlig nøgle i forhold til din udbyders instruktioner, og giv derefter DNS tid til at blive udbredt.
  • Uovervåget indbakke: Opsæt straks videresendelse til en overvåget adresse, eller peg Reply-To på en helpdeskadresse, mens du løser den underliggende routing.
  • Fejl ved DMARC-karantæne eller -afvisning: Identificér den legitime afsender, der mangler tilpasning, og korrigér dens SPF- eller DKIM-konfiguration. Koordinér enhver midlertidig politikændring omhyggeligt i stedet for som første skridt at svække håndhævelsen.

Eksempler på svaradresser og 3 skabeloner, dit team kan kopiere

Brug rollebaserede adresser som dit standardformat: support@, billing@, hello@ eller reply+ticketid@ til systemer, der analyserer den lokale del af adressen for routing. Undgå adresser som donotreply@ eller no-reply@ i alle flows, hvor en kunde med rimelighed kan ønske at svare.

Retningslinjer for navngivning af adresser:

  • support@company.com, generel kundesupportkø; nem at huske, nem at godkende
  • billing@company.com, spørgsmål om fakturaer og betalinger; holder økonomiske svar adskilt fra supportmængden
  • hello@company.com, venlig, brandorienteret adresse til onboarding- og marketingflows
  • reply+ticket123@company.com, plus-adresseret format til helpdeske, der er konfigureret til routing efter sags-id
  • press@company.com, PR- og mediehenvendelser; overvåges af kommunikationsteamet, ikke support

Hold visningsnavne korte. “Acme Support” er nemmere at genkende på en lille skærm end en lang afdelingsbetegnelse. Constant Contacts vejledning om valg af From- og Reply-To-adresser fremhæver ligeledes vigtigheden af en genkendelig afsenderidentitet.

Tre klar-til-brug-svarskabeloner

Disse er tilpasset efter bedste praksis for kundeservice-e-mails og fungerer godt for teams, der bruger en fælles indbakke eller helpdesk.

1. Grundlæggende bekræftelse

Hej [Fornavn], tak fordi du kontaktede os. Vi har modtaget din besked, og et medlem af vores team vender tilbage inden for [X timer / 1 hverdag]. Dit referencenummer er [#TICKET-ID]. Hvis der sker noget i mellemtiden, kan du blot svare på denne e-mail.

2. Eskalering med tidsplan

Hej [Fornavn], vi undersøger sagen og har brug for at inddrage vores [fakturerings-/tekniske-/senior-]team. Du kan forvente en opdatering senest [specifik dato eller tid]. Vi holder dig opdateret her, så du behøver ikke oprette en ny sag.

3. Bekræftelse af betaling eller faktura

Hej [Fornavn], vi har modtaget din betaling på [$AMOUNT] for faktura [#INV-ID]. Din konto er nu ajour. Hvis du har spørgsmål til denne opkrævning, kan du svare direkte på denne e-mail, og vores faktureringsteam svarer inden for én hverdag.

Gør dette, og undgå dette:

  • Medtag sags- eller fakturareferencen i hvert svar, så kunderne kan søge i deres indbakke og finde konteksten.
  • Hold visningsnavnet konsekvent i forhold til From-adressens domæne.
  • Brug kundens fornavn. Generiske indledninger (“Kære kunde”) reducerer den oplevede personalisering.
  • Brug ikke en noreply-adresse som From i en skabelon, hvor kunden kan få brug for at svare.
  • Medtag ikke mere end én opfordring til handling pr. svar. Vælg det vigtigste næste skridt.

Hvis du vil have et større bibliotek med skabeloner, der er klar til at kopiere, dækker Deskheroes samling af support-e-mail-skabeloner almindelige scenarier fra anmodninger om tilbagebetaling til eskaleringsmeddelelser.

Lovgivning og platformsstandarder kræver korrekte headers og en fungerende fravalgsvej. Physical Business Reply Mail er et separat postprodukt med egne regler og har intet at gøre med e-mailens Reply-To-headers.

CAN-SPAM Act fastsætter krav til kommercielle e-mails i USA. Omfattede meddelelser skal have korrekte routingoplysninger, en gyldig fysisk postadresse og en fravalgsmetode, og fravalgsanmodninger skal efterkommes inden for 10 hverdage. Manglende overholdelse kan medføre civilretlige bøder.

USPS Business Reply Mail er et postprodukt med egne krav til tilladelser og udformning af postforsendelser. Det er helt adskilt fra konfiguration af e-mailens Reply-To. Teams, der kombinerer fysiske og digitale svarkanaler, bør kontrollere de aktuelle postkrav, før de trykker materialer, og bør ikke antage, at de to kanaler deler konfiguration.

Målepunkter, der skal følges efter ændring af svarrouting:

  • Succesrate for svarrouting: Hvor stor en procentdel af kundesvarene når den tilsigtede overvågede indbakke uden videresendelses- eller routingfejl?
  • Indbakke-SLA: Tid fra modtagelse af svar til første brugersvar
  • DMARC-fejlrate: Følg den via samlede rapporter; en stigende fejlrate signalerer en ny uautoriseret afsenderkilde
  • Behandlingstid for afmeldinger: Bekræft, at fravalg behandles inden for CAN-SPAM-vinduet på 10 hverdage

Hvad supportteams gør forkert ved svarrouting

Den konventionelle visdom siger: “Opsæt bare en noreply-adresse til transaktionel post og en supportadresse til alt andet.” Det er ikke forkert, men det overser det sværere problem: De fleste fejl i svarrouting er ikke konfigurationsfejl. De er bemandings- og procesfejl, som en korrekt headeropsætning blotlægger.

Du kan have en perfekt godkendt support@company.com-adresse med DMARC på p=reject, SPF, der består ved hver afsendelse, og DKIM-signering af hver meddelelse, og alligevel kan svar forblive ulæste i 72 timer, fordi ingen ejer den fælles indbakkekø i weekenden. Den tekniske opsætning er det minimale grundlag. Det er det driftsmæssige lag, hvor teams faktisk mister kunder.

Teams undervurderer også de driftsmæssige omkostninger ved en noreply-adresse. Kunder kan forsøge at svare på en kvittering eller notifikation, selv når der ikke forventes et svar. Hvis disse meddelelser forsvinder, forsvinder nyttig kontekst og tidlige advarselssignaler med dem. Brug en overvåget adresse, når et svar ville være rimeligt, og giv en tydelig kontaktmulighed, når afsenderadressen ikke overvåges.

Vælg én overvåget rollebaseret adresse før lancering, bekræft, at en person eller helpdesk-kø ejer den, og fastsæt et skriftligt mål for første svar. Konfigurer godkendelse og routing, og test derefter begge retninger, før du sender i større skala. Pålidelig levering og pålidelig håndtering er separate krav, og begge skal have en ansvarlig.

Hvad supportteams gør forkert ved svarrouting, oversigtsdiagram

Deskhero holder dine svar synkroniseret med din eksisterende postkasse

Deskhero understøtter tovejssynkronisering med Gmail, Google Workspace og Microsoft 365, inklusive fælles Microsoft-postkasser. Med disse OAuth-forbindelser kan svar sendes fra din eksisterende virksomhedsadresse. Deskhero understøtter også DNS-baserede postkasser til andre domæner, du ejer, og disse kræver DNS-godkendelsesposter og indgående videresendelse.

Deskhero

Når en kunde svarer i den samme samtale, føjer Deskhero meddelelsen til den eksisterende sag. Hver postkasse dirigeres til en konfigureret gruppe, og brugere arbejder fra den fælles sagsindbakke med SLA-sporing. AI-udarbejdede svar kan bruge arbejdsområdets sags historik, interne vidensbase, godkendte offentlige FAQ, hentede websider og anden tilsluttet viden. Kundeorienterede automatiske AI-svar bruger kun godkendt offentligt FAQ-indhold og overlader sagen til en person, når der ikke findes et svar med tilstrækkelig sikkerhed.

Deskhero tilbyder en 30-dages gratis prøveperiode uden krav om kreditkort. Gmail- og Microsoft 365-postkasser kan forbindes med få klik.

Kilder

Ofte stillede spørgsmål

Hvad er en Reply-To-adresse?

Reply-To-adressen er den e-mailadresse, som en modtagers svar leveres til, når vedkommende klikker på “Svar” i sin e-mailklient. Den kan være forskellig fra From-adressen, som styrer afsenderidentiteten.

Er det i orden at bruge en noreply-adresse til kunde-e-mails?

Til rent ikke-interaktive systemnotifikationer kan en uovervåget adresse være acceptabel, hvis meddelelsen indeholder en synlig kontaktmulighed. Til alle flows, hvor en kunde med rimelighed kan svare, skal du bruge en overvåget adresse.

Hvordan svarer jeg professionelt på en virksomhedsmail?

Brug kundens navn, henvis til det konkrete problem eller sagsnummer, angiv et tydeligt næste skridt eller en tidsramme, og hold meddelelsen på under tre korte afsnit. De tre skabeloner i denne artikel dækker de mest almindelige scenarier.

Hvordan svarer jeg på en e-mail fra en virksomhed med min egen virksomhedsadresse?

Brug de send-as- eller fælles postkassefunktioner, som din e-mailudbyder understøtter, bekræft adressen, og vælg den i From-feltet. Hvis din afsendelsesplatform understøtter et separat Reply-To-felt, skal du pege det på en overvåget virksomhedsindbakke og teste resultatet før lancering.

Lader Deskhero svar komme fra min eksisterende virksomhedsadresse?

Ja. Deskhero understøtter tovejssynkronisering med Gmail, Google Workspace og Microsoft 365, så OAuth-forbundne postkasser kan sende svar fra den eksisterende virksomhedsadresse. DNS-baserede postkasser til andre domæner, du ejer, kræver DNS-godkendelse og indgående videresendelse.