Deskhero
Norsk
Prøv gratis

← Back to articles

Slik svarer du fra en bedriftsadresse: Oppsett, beste praksis og maler

Slik svarer du fra en bedriftsadresse: Oppsett, beste praksis og maler

Den anbefalte fremgangsmåten er enkel: bruk en overvåket, autentisert firmapostkasse som svaradresse for all kundeorientert e-post. Bruk aldri en noreply-adresse der kundene forventes å svare.

  • Autentiser avsenderdomenet ditt med SPF og DKIM, og publiser deretter en DMARC-policy før du sender i stor skala. Autentisering reduserer risikoen for forfalskning og støtter leveringsdyktighet, men hver protokoll har en egen rolle.
  • Send svar til en overvåket innboks eller brukerstøtteplattform, ikke en personlig konto eller distribusjonsliste som ingen følger med på. Ubesvarte svar svekker tilliten raskere enn sene svar.
  • Følg CAN-SPAM-kravene for kommersiell e-post: bruk korrekt rutingsinformasjon, inkluder en gyldig fysisk postadresse, og tilby en fungerende avmeldingsmekanisme som behandler forespørsler innen 10 virkedager.

Det finnes ett unntak: rent systemgenererte, ikke-interaktive varsler (servervarsler, automatiske kvitteringer, tofaktorkoder) kan bruke en adresse som ikke overvåkes. Hvis du velger dette, bør du legge til en linje i e-postteksten som henviser mottakerne til en faktisk kontaktadresse for spørsmål.

Viktigste punkter

Autentiserte, overvåkede rollebaserte adresser er grunnlaget for pålitelig svarruting, og alle andre konfigurasjonsvalg bygger på dette.

Punkt Detaljer
Bruk en overvåket rollebasert adresse Send svar til support@, billing@ eller hello@, og aldri til en noreply-adresse for kundeorientert e-post.
Autentiser før du sender Konfigurer SPF og DKIM, publiser DMARC, og bekreft at minst én justert autentiseringsbane består før du sender i stor skala.
Reply-To og From har ulike oppgaver From styrer avsenderidentitet og DMARC-justering, mens Reply-To styrer hvor svarene havner.
CAN-SPAM krever korrekte topptekster From og Reply-To må ikke villede mottakerne, og avmeldinger må behandles innen 10 virkedager.
Deskhero sentraliserer svarhåndteringen Deskhero synkroniserer svar i begge retninger med den eksisterende Gmail- eller Microsoft 365-postkassen din, uten at du trenger en ny adresse.

Innholdsfortegnelse

Hva betyr egentlig «svar fra firmadresse»? Forklaring av From, Reply-To og Return-Path

Disse tre topptekstene ser like ut på overflaten, men har ulike oppgaver. From-adressen er avsenderidentiteten mottakerne vanligvis ser i e-postklienten sin. Reply-To-adressen forteller klienten hvor et svar skal sendes. Return-Path (også kalt envelope sender) er normalt skjult for mottakerne og brukes til sprettvarsler og rapporter om leveringsstatus.

Topptekst Synlig for mottakeren? Protokollrolle Hvem konfigurerer den?
From Ja (visningsnavn + adresse) Avsenderidentitet; kontroll av DMARC-justering Markedsføringsteam / IT-administrator
Reply-To Kun ved svar Sender svarmeldinger til en bestemt innboks ESP-innstillinger / kampanjekonfigurasjon
Return-Path Nei Levering av sprettmeldinger og DSN-er; kontroll av SPF-justering Sendetjeneste / SMTP-konfigurasjon

Når From og Reply-To er forskjellige, vurderer DMARC justeringen mot domenet i den synlige From-toppteksten, ikke Reply-To-domenet. DMARC består når minst én autentisert identifikator er justert mot From-domenet: enten det SPF-autentiserte envelope sender-domenet eller domenet i en gyldig DKIM-signatur. En Reply-To som support@company.com bestemmer ikke DMARC-justeringen.

Slik ser en forenklet blokk med rå topptekster ut for en transaksjonell e-post:

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 programvarestakker med flere selskaper blir dette mer komplisert. En retting av Odoos e-postmodul illustrerer problemet godt: Systemet satte som standard reply_to-feltet til det første selskapet i databasen i stedet for selskapet som var knyttet til den aktuelle posten. Rettelsen beregner reply_to per post. Alle team som kjører e-post for flere leietakere eller merkevarer, bør kontrollere denne oppførselen før de antar at svarene havner i riktig innboks.

Når bør du bruke en annen Reply-To-adresse enn From?

Den korte regelen er: bruk en overvåket rollebasert adresse (support@, billing@, hello@) for kundeorienterte prosesser, og reserver personlige adresser for ekte én-til-én-kommunikasjon.

Brukerstøtte og saksbehandling. Send svar til en delt innboks eller brukerstøtteplattform. Mange saksbehandlingssystemer kan knytte et svar til riktig tråd, ofte ved å bruke en saks-ID i svaradressen eller meldingstopptekstene. Dette bevarer konteksten og hindrer at svar forsvinner i en enkelt brukers innboks når vedkommende ikke er tilgjengelig.

Hender som holder en smarttelefon for en delt innboks

Salgsoppfølging. En personlig adresse fungerer godt her fordi relasjonen med hensikt er én-til-én. Risikoen gjelder kontinuitet: Hvis selgeren slutter, blir svar til adressen ubesvart. En delt sales@-adresse med videresendingsregler til den ansvarlige selgeren er et tryggere standardvalg.

Fakturering og fakturaer. Bruk alltid en rollebasert adresse (billing@, accounts@). Kunder som svarer på faktura-e-poster, har ofte tidssensitive spørsmål om belastninger eller innsigelser. En personlig adresse skaper et enkelt feilpunkt.

Kommunikasjon fra ledelsen og PR. E-poster fra grunnleggere og pressemeldinger kommer ofte From en navngitt lederadresse for å skape troverdighet. Sett Reply-To til en overvåket teamadresse (press@, founders@) slik at svarene når noen som kan følge dem opp.

Systemvarsler. Tilbakestilling av passord, ordrebekreftelser og tofaktorkoder kan være utformet som ikke-interaktive meldinger. En uovervåket noreply@ kan være et rimelig valg for slike meldinger, men inkluder en synlig kontaktmulighet i teksten. Enkelte spesialister på leveringsdyktighet anbefaler å unngå noreply-adresser der en ekte svarvei kan overvåkes.

Tips: Hvis du bruker en delt innboks, bør du angi en svar-SLA i brukerstøttesystemet og tildele en ansvarlig for hver kø. En delt innboks uten eier oppfører seg nøyaktig som en uovervåket innboks: svar hoper seg opp, og ingen handler.

Den driftsmessige avveiningen handler om bemanning. Én support@-adresse er enkel å huske og overvåke, men krever tydelige rutingsregler og bemanningsplaner. Flere rollebaserte adresser gir mer detaljert ruting, men øker arbeidet med overvåking og administrasjon. Adresser på samme domene kan dele autentisering på domenenivå. For de fleste små og mellomstore team er én eller to overvåkede rollebaserte adresser med rutingsregler i en brukerstøtteplattform en praktisk balanse.

Autentiser avsenderdomenet ditt og send svar til en overvåket postkasse. Dette er to grunnleggende kontrolltiltak, sammen med innhold, samtykke, listekvalitet og leverandørspesifikke krav.

Sjekkliste for autentisering

Protokoll Hva den beskytter mot Hvor den brukes
SPF Forfalskning av envelope sender (Return-Path-domene) DNS TXT-post på avsenderdomenet
DKIM Meldingsintegritet og autentisering av et signerende domene DNS TXT-post; signeringsnøkkel i sendetjenesten
DMARC Forfalskning av From-domene; knytter SPF og DKIM til From DNS TXT-post; samlede rapporter til innboksen din
Justering av envelope sender Problemer med SPF-basert DMARC-justering Konfigureres i sendetjenesten eller SMTP-oppsettet

DMARC-justering er lett å misforstå. SPF autentiserer envelope sender-domenet, mens DKIM autentiserer domenet som identifiseres av signaturens d=-verdi. DMARC sammenligner deretter disse autentiserte domenene med det synlige From-domenet. Én justert mekanisme må bestå. Streng justering krever et nøyaktig domenesamsvar, mens avslappet justering tillater samsvar på organisasjonsdomene. Reply-To-domenet inngår ikke i denne testen.

Operasjonell sjekkliste

  • Bekreft at svaradressen peker til en overvåket innboks eller en kø i brukerstøttesystemet før du sender en kampanje.
  • Konfigurer automatisk videresending eller rutingsregler slik at svar når riktig team innenfor SLA-vinduet.
  • Hold visningsnavnet konsekvent med merkevaren, slik at mottakerne kjenner igjen avsenderen.
  • Bruk svarmaler som inkluderer kundens navn og saksreferanse, slik at brukerne kan svare konsekvent og bevare konteksten.

Etterlevelse av CAN-SPAM

CAN-SPAM-loven gjelder for meldinger der hovedformålet er kommersielt. Kravene omfatter korrekt topptekst- og rutingsinformasjon, en gyldig fysisk postadresse, en tydelig avmeldingsmetode og behandling av avmeldingsforespørsler innen 10 virkedager. Transaksjonelle meldinger eller relasjonsmeldinger er unntatt fra de fleste bestemmelsene, men kan fortsatt ikke bruke falsk eller villedende rutingsinformasjon.

Tips: Hvis du skiller e-poststrømmer etter underdomene, må du konfigurere og overvåke autentisering for hvert avsenderdomene. Det er ikke nok å endre Reply-To for å isolere avsenderomdømmet, fordi Reply-To ikke brukes til DMARC-justering.

Slik konfigurerer du Reply-To og From på vanlige plattformer

Beslutningsregelen er enkel: endre From-feltet for å styre avsenderidentitet og merkevaregjenkjennelse, og endre Reply-To-feltet for å styre hvor svarene havner. Endre Return-Path (via ESP-en eller SMTP-konfigurasjonen) for å styre hvor sprettmeldinger sendes.

Trinnvis konfigurasjon

  1. Velg adressene dine. Velg en overvåket rollebasert adresse for Reply-To (support@company.com) og bekreft at From-adressen samsvarer med det autentiserte avsenderdomenet.
  2. Angi visningsnavnet. Bruk merkenavnet eller teamnavnet ditt, ikke et personlig navn, med mindre e-posten med hensikt er personlig (en salgssekvens eller en melding fra grunnleggeren).
  3. Bekreft at du eier domenet i ESP-en eller administrasjonskonsollen for Google Workspace / Microsoft 365.
  4. Legg til SPF- og DKIM-poster i DNS. De fleste ESP-er viser de nøyaktige TXT-postverdiene i oppsettsveiviseren.
  5. Publiser en DMARC-post med start på p=none for å samle rapporter, og gå deretter over til p=quarantine når du har bekreftet at alle legitime avsendere består.
  6. Konfigurer Return-Path / håndtering av sprettmeldinger i ESP-en. De fleste moderne ESP-er håndterer dette automatisk, men kontroller at domenet for sprettadressen dekkes av SPF-posten.
  7. Angi rutingsregler i den delte innboksen eller brukerstøtteplattformen for å tildele innkommende svar til riktig kø.

Plattformspesifikke merknader

Gmail / Google Workspace. Legg til og bekreft en send-som-adresse i Gmail-kontoinnstillingene, og velg den deretter i From-feltet. Tilgjengelige Reply-To- og grupperutingsalternativer avhenger av Google Workspace-konfigurasjonen din, så test både sending og innkommende levering før lansering.

Outlook / Microsoft 365. Konfigurer tillatelser for Send som eller Send på vegne av for delte postkasser i Microsoft 365. Støtte for en egendefinert Reply-To-topptekst varierer mellom Outlook-versjoner og arbeidsflyter for sending. Hvis klienten ikke viser dette alternativet, bør du bruke en sendetjeneste eller godkjent arbeidsflyt som gjør det. Følg leietakerens policy når du videresender svar til eksterne domener.

ESP-er (Mailchimp, Klaviyo, Brevo osv.). Reply-To er vanligvis et eget felt i kampanjeinnstillingene, adskilt fra From-adressen. Plattforminnstillinger for svarhåndtering styrer hvilken adresse som vises i Reply-To-toppteksten, og kan sende svar til en bestemt innboks, gruppeeiere eller en personlig adresse per abonnent.

SMTP / transaksjonelle tjenester (SendGrid, Postmark, Amazon SES). Angi Reply-To-toppteksten i API-kallet eller SMTP-meldingen. Leverandøren håndterer vanligvis standard-Return-Path. Et egendefinert sprettdomene kan kreve leverandørspesifikke DNS-poster, så følg tjenestens gjeldende dokumentasjon.

Sjekkliste for testing

  • Send en testmelding til kontoer på Gmail, Outlook og Apple Mail. Svar på hver melding og bekreft at svaret havner i riktig innboks.
  • Vis rå topptekster i hver klient (Gmail: «Vis original»; Outlook: Fil → Egenskaper → Internett-topptekster). Bekreft at From, Reply-To og Return-Path viser riktige adresser.
  • Kontroller Authentication-Results-toppteksten for SPF-, DKIM- og DMARC-resultater. DMARC krever minst én SPF- eller DKIM-bane som både består og er justert.
  • Etter 24–48 timer bør du gjennomgå samlede DMARC-rapporter (sendt til adressen i rua=-taggen) for eventuelle justeringsfeil fra uventede avsendere.
  • Bekreft innkommende ruting: Kontroller at et svar sendt til Reply-To-adressen oppretter en sak eller vises i riktig kø i brukerstøttesystemet.

Vanlige feil ved oppsett av svaradresse – og hvordan du løser dem

De vanligste rotårsakene er uovervåkede innbokser, topptekster som ikke samsvarer, feil i DMARC-justeringen og en Return-Path som peker til et domene uten SPF-post.

Feilsøkingstrinn

  1. Bekreft topptekstkonfigurasjonen. Vis rå topptekster i en mottatt testmelding. Kontroller at From, Reply-To og Return-Path viser adressene du hadde til hensikt å bruke.
  2. Kontroller SPF-, DKIM- og DMARC-resultater. Undersøk Authentication-Results i de rå topptekstene. Undersøk alle mekanismer som feiler, og bekreft at minst én SPF- eller DKIM-identifikator som består, er justert mot From-domenet.
  3. Undersøk Return-Path. Bekreft at domenet er autorisert for SPF, og – hvis du bruker SPF for DMARC – at det er justert mot det synlige From-domenet. Autentiseringsfeil kan bidra til avvisning, utsettelse eller plassering i søppelpost.
  4. Gjennomfør en seed-test. Send til testkontoer hos de største leverandørene og kontroller innboksplasseringen. Verktøy som MXToolbox’ Email Header Analyzer eller Googles Postmaster Tools viser problemer med domeneomdømme og autentisering.
  5. Gjennomgå samlede DMARC-rapporter. Se etter avsendere som bruker From-domenet ditt uten justert SPF eller DKIM. Dette kan være uautoriserte avsendere eller legitime tjenester som er feilkonfigurert.

Raske løsninger

  • Svar går til feil innboks: Oppdater Reply-To-feltet i ESP-kampanjeinnstillingene eller send-som-konfigurasjonen i e-postklienten.
  • SPF-feil: Legg til ESP-ens IP-område eller include-mekanisme i SPF TXT-posten. Hold antallet oppslag under 10 for å unngå permerror.
  • DKIM-feil: Bekreft velgeren, signeringsdomenet og den publiserte offentlige nøkkelen mot leverandørens instruksjoner, og gi deretter DNS tid til å spre seg.
  • Uovervåket innboks: Konfigurer umiddelbart videresending til en overvåket adresse, eller pek Reply-To til en brukerstøtteadresse mens du løser den underliggende rutingen.
  • DMARC-feil med karantene eller avvisning: Finn den legitime avsenderen som mangler justering, og korriger SPF- eller DKIM-konfigurasjonen. Samordne eventuelle midlertidige policyendringer nøye i stedet for å svekke håndhevingen som første tiltak.

Eksempler på svaradresser og tre maler teamet ditt kan kopiere

Bruk rollebaserte adresser som standardformat: support@, billing@, hello@ eller reply+ticketid@ for systemer som tolker den lokale delen for ruting. Unngå adresser som donotreply@ eller no-reply@ i alle prosesser der en kunde med rimelighet kan ønske å svare.

Konvensjoner for navngivning av adresser:

  • support@company.com, generell kø for kundestøtte; enkel å huske og autentisere
  • billing@company.com, spørsmål om fakturaer og betaling; holder økonomiske svar adskilt fra mengden av brukerstøttesaker
  • hello@company.com, vennlig og merkevareorientert adresse for introduksjons- og markedsføringsprosesser
  • reply+ticket123@company.com, format med plussadressering for brukerstøttesystemer som er konfigurert til å rute etter saks-ID
  • press@company.com, henvendelser fra PR og medier; overvåkes av kommunikasjonsteamet, ikke brukerstøtten

Hold visningsnavnene korte. «Acme Support» er enklere å gjenkjenne på en liten skjerm enn en lang avdelingsbetegnelse. Constant Contacts veiledning om valg av From- og Reply-To-adresser fremhever på samme måte viktigheten av en gjenkjennelig avsenderidentitet.

Tre klare svarmaler

Disse er tilpasset beste praksis for kundeservice-e-post og fungerer godt for team som bruker en delt innboks eller brukerstøtteplattform.

1. Enkel bekreftelse

Hei [fornavn], takk for at du tok kontakt. Vi har mottatt meldingen din, og en i teamet vårt følger opp innen [X timer / 1 virkedag]. Referansenummeret ditt er [#TICKET-ID]. Hvis noe endrer seg i mellomtiden, kan du bare svare på denne e-posten.

2. Eskalering med tidslinje

Hei [fornavn], vi undersøker saken og må involvere [faktura-/teknisk-/senior]teamet vårt. Du kan forvente en oppdatering innen [spesifikk dato eller klokkeslett]. Vi holder deg oppdatert her, så du trenger ikke opprette en ny sak.

3. Bekreftelse av betaling eller faktura

Hei [fornavn], vi har mottatt betalingen din på [$AMOUNT] for faktura [#INV-ID]. Kontoen din er nå oppdatert. Hvis du har spørsmål om denne belastningen, kan du svare direkte på denne e-posten, så svarer faktureringsteamet vårt innen én virkedag.

Gjør dette og unngå dette:

  • Ta med saks- eller fakturareferansen i hvert svar, slik at kundene kan søke i innboksen og finne konteksten.
  • Hold visningsnavnet konsekvent med From-adressens domene.
  • Bruk kundens fornavn. Generiske åpninger («Kjære kunde») reduserer opplevd personlig tilpasning.
  • Ikke bruk en noreply-adresse som From i en mal der kunden kan ha behov for å svare.
  • Ikke inkluder mer enn én handlingsoppfordring per svar. Velg det viktigste neste steget.

For et større bibliotek med maler som er klare til å kopieres, dekker Deskheroes samling av e-postmaler for brukerstøtte vanlige situasjoner fra refusjonsforespørsler til eskaleringsvarsler.

Lovverk og plattformstandarder krever korrekte topptekster og en fungerende avmeldingsmulighet. Physical Business Reply Mail er et separat postprodukt med egne regler og har ingenting å gjøre med Reply-To-topptekster i e-post.

CAN-SPAM-loven stiller krav til kommersiell e-post i USA. Meldinger som omfattes, må ha korrekt rutingsinformasjon, en gyldig fysisk postadresse og en avmeldingsmetode, og avmeldingsforespørsler må etterkommes innen 10 virkedager. Manglende etterlevelse kan føre til sivilrettslige bøter.

USPS Business Reply Mail er et postprodukt med egne krav til tillatelse og utforming av postsendinger. Det er fullstendig adskilt fra Reply-To-konfigurasjon i e-post. Team som kombinerer fysiske og digitale svarkanaler, bør kontrollere gjeldende postkrav før trykking og må ikke anta at kanalene deler konfigurasjon.

Måltall du bør følge etter at du endrer svarrutingen:

  • Suksessrate for svarruting: hvor stor andel av kundesvarene som når den tiltenkte overvåkede innboksen uten videresendings- eller rutingsfeil
  • Innboks-SLA: tiden fra et svar mottas til det første svaret fra en bruker
  • DMARC-feilrate: følg med via samlede rapporter; en økende feilrate signaliserer en ny uautorisert avsender
  • Behandlingstid for avmeldinger: bekreft at avmeldinger behandles innen CAN-SPAM-vinduet på 10 virkedager

Hva brukerstøtteteam gjør feil med svarruting

Den konvensjonelle visdommen sier «sett bare opp en noreply-adresse for transaksjonell e-post og en support-adresse for alt annet». Det er ikke feil, men det overser det vanskeligere problemet: De fleste feil i svarrutingen skyldes ikke konfigurasjonsfeil. De skyldes bemannings- og prosessfeil som et korrekt topptekst-oppsett gjør synlige.

Du kan ha en perfekt autentisert support@company.com-adresse med DMARC satt til p=reject, SPF som består ved hver sending og DKIM-signering av hver melding, og likevel kan svar bli lest først etter 72 timer fordi ingen eier køen i den delte innboksen i helgene. Det tekniske oppsettet er et minimumskrav. Det er det operative laget som faktisk gjør at team mister kunder.

Team undervurderer også de operative kostnadene ved en noreply-adresse. Kunder kan forsøke å svare på en kvittering eller et varsel selv når det ikke var forventet svar. Hvis disse meldingene forsvinner, forsvinner også nyttig kontekst og tidlige varselsignaler. Bruk en overvåket adresse der et svar ville vært rimelig, og tilby en tydelig kontaktvei når avsenderadressen ikke overvåkes.

Før lansering bør du velge én overvåket rollebasert adresse, bekrefte at en person eller kø i brukerstøttesystemet eier den, og fastsette et skriftlig mål for første svar. Konfigurer autentisering og ruting, og test deretter begge retninger før du sender i stor skala. Pålitelig levering og pålitelig håndtering er separate krav, og begge trenger en ansvarlig.

Hva brukerstøtteteam gjør feil med svarruting, oversiktsdiagram

Deskhero holder svarene dine synkronisert med den eksisterende postkassen

Deskhero støtter synkronisering i begge retninger med Gmail, Google Workspace og Microsoft 365, inkludert delte Microsoft-postkasser. Med disse OAuth-tilkoblingene kan svar sendes fra den eksisterende firmadressen din. Deskhero støtter også DNS-baserte postkasser for andre domener du eier, og disse krever DNS-autentiseringsposter og videresending av innkommende e-post.

Deskhero

Når en kunde svarer i den samme samtalen, legger Deskhero meldingen inn i den eksisterende saken. Hver postkasse rutes til en konfigurert gruppe, og brukerne arbeider fra den delte saksinnboksen med SLA-sporing. AI-utkast til svar kan bruke arbeidsområdets sakshistorikk, interne kunnskapsbase, godkjente offentlige FAQ, innskrapede nettsider og annen tilkoblet kunnskap. Kundeorienterte automatiske AI-svar bruker bare godkjent offentlig FAQ-innhold og lar saken gå videre til en person når det ikke finnes et sikkert svar.

Deskhero tilbyr en 30 dagers gratis prøveperiode uten krav om kredittkort. Gmail- og Microsoft 365-postkasser kan kobles til med noen få klikk.

Kilder

Vanlige spørsmål

Hva er en Reply-To-adresse?

Reply-To-adressen er e-postadressen som mottakerens svar leveres til når vedkommende klikker på «Svar» i e-postklienten. Den kan være forskjellig fra From-adressen, som styrer avsenderidentiteten.

Er det greit å bruke en noreply-adresse for kunde-e-post?

For rent ikke-interaktive systemvarsler kan en uovervåket adresse være akseptabel hvis meldingen inneholder en synlig kontaktvei. For alle prosesser der en kunde med rimelighet kan svare, bør du bruke en overvåket adresse.

Hvordan svarer jeg profesjonelt på en e-post fra et selskap?

Bruk kundens navn, vis til den konkrete saken eller saksnummeret, oppgi et tydelig neste steg eller en tidslinje, og hold meldingen under tre korte avsnitt. De tre malene i denne artikkelen dekker de vanligste situasjonene.

Hvordan svarer jeg på en e-post fra et selskap med min egen firmadresse?

Bruk send-som- eller funksjonene for delte postkasser som e-postleverandøren støtter, bekreft adressen og velg den i From-feltet. Hvis sendeplattformen støtter et separat Reply-To-felt, peker du det til en overvåket firmapostkasse og tester resultatet før lansering.

Lar Deskhero svar komme fra den eksisterende firmadressen min?

Ja. Deskhero støtter synkronisering i begge retninger med Gmail, Google Workspace og Microsoft 365, slik at OAuth-tilkoblede postkasser kan sende svar fra den eksisterende firmadressen. DNS-baserte postkasser for andre domener du eier, krever DNS-autentisering og videresending av innkommende e-post.