Verstuur e-mail vanaf uw eigen domein, op uw eigen account

Elke melding die uw klanten ontvangen — facturen, wachtwoordresets, ticketantwoorden, projectupdates — vertrekt via een e-mailservice. Standaard is die service van ons, zegt de Van-regel Zinn Digital® en betalen wij ervoor.

Als u een agency- of reseller-abonnement heeft, kunt u in plaats daarvan uw eigen e-mailservice koppelen. Uw klanten zien dan uw domein in de Van-regel, antwoorden komen bij u terug en de berichten worden verzonden via uw account bij uw provider.

Stel dit in bij E-mail verzenden in uw dashboard.

Welke provider moet ik gebruiken?

Elk van deze werkt. Kies degene waar u al een account bij heeft.

| Provider | Het beste als | Handleiding | | --- | --- | --- | | Mailgun | U wilt een API en ruime verzendvolumes | Mailgun instellen | | SendGrid | U gebruikt het al voor marketingmail | SendGrid instellen | | Postmark | Alleen transactionele mail, beste afleverbaarheid | Postmark instellen | | Amazon SES | U gebruikt al AWS en wilt de laagste prijs | Amazon SES instellen | | Resend | U wilt de eenvoudigste installatie | Resend instellen | | Uw eigen SMTP-server | U beheert uw eigen e-mailinfrastructuur | SMTP instellen |

Als u geen voorkeur en geen bestaand account heeft, is Postmark degene die wij zouden kiezen voor transactionele mail: het weigert marketing te vervoeren, wat precies de reden is dat de afleverpercentages zijn zoals ze zijn.

Doe eerst de DNS. Dat is het meeste werk.

Welke provider u ook kiest, dezelfde drie DNS-records bepalen of uw mail aankomt of in de spam belandt. Uw provider genereert de exacte waarden; u voegt deze toe aan uw domein.

SPF — een TXT-record op uw domein dat aangeeft wie namens u mag verzenden. Als u er al een heeft, bewerk u deze; u voegt geen tweede toe. Een domein met twee SPF-records faalt volledig voor SPF, wat erger is dan er geen hebben.

DKIM — een TXT- of CNAME-record dat een publieke sleutel bevat, zodat ontvangende servers kunnen controleren of een bericht daadwerkelijk van uw provider afkomstig is en niet is gewijzigd. Dit is het record dat het meeste werk verricht en dit is degene die overeen moet komen om DMARC te laten slagen.

Return-path (bounce)-domein — meestal een CNAME. Hiermee stelt u het onzichtbare envelopadres in dat uw provider gebruikt om bounces te verzamelen. Zonder dit adres gaan bounces ergens naartoe waar u ze niet kunt zien en wordt de reputatie van uw domein aangetast zonder dat u het weet.

DMARC — een TXT-record op _dmarc.uwdomein.com dat ontvangende servers vertelt wat te doen wanneer SPF en DKIM het niet eens zijn met uw Van-regel. Begin bij p=none terwijl u controleert of alles slaagt, ga daarna over naar p=quarantine en p=reject.

⚠️ DNS-wijzigingen zijn niet onmiddellijk van kracht. Geef ze maximaal een uur voordat u besluit dat er iets mis is.

Gebruik een subdomein voor het verzenden

Verzend vanaf mail.uwdomein.com of notifications.uwdomein.com, en niet vanaf uwdomein.com zelf.

De reden hiervoor is reputatie. Uw hoofddomein is wat uw zakelijke e-mail gebruikt. Als er ooit iets misgaat met een bulkverzending, bevat een apart verzendsubdomein de schade — uw medewerkers kunnen nog steeds e-mailen naar klanten terwijl u het oplost. Zo kunt u ook DNS-records voor verzenden instellen zonder dat u hoeft te komen aan de records waar uw eigen mailboxen van afhankelijk zijn.

U vult nog steeds een domein in, geen adres, in het veld Verzenden vanaf dit domein. Het deel voor de @ wordt per bericht gekozen: bonnen vertrekken als billing@, wachtwoordresests als no-reply@, ticketantwoorden als support@.

Hoe de instelling werkt

1. Kies uw provider en plak de inloggegevens erin.
2. Druk op Testbericht verzenden. Wij sturen een echte e-mail via uw provider naar een door u opgegeven inbox, met daarin een code.
3. Lees de code uit die inbox en voer deze in.

Pas dan begint uw e-mail te vertrekken zoals u dat wilt.

⭐ Gebruik een inbox op een ander domein voor de test — een Gmail- of Outlook-adres is ideaal. Een bericht dat uw eigen server nooit verlaat, bewijst veel minder dan een bericht dat het internet is overgestoken en het spamfilter van iemand anders is gepasseerd.

Waarom we erop aandringen dat het testbericht daadwerkelijk aankomt

Omdat een provider die een bericht accepteert en het vervolgens stilletjes laat vallen, identiek lijkt aan een provider die werkt. Een gloednieuw Amazon SES-account bevindt zich in een sandbox en accepteert uw bericht en levert het nergens af. Een Mailgun-domein waarvan de DNS niet is gepropageerd, doet hetzelfde. Dat geldt ook voor een SMTP-relay die antwoordt met 250 en het bericht weggooit.

Als we uw verzending zouden overzetten op het moment dat uw inloggegevens werden geaccepteerd, zou het eerste dat u zou merken zijn dat uw klanten niets meer ontvingen — en u zou dat dagen later van een klant horen. De code is het bewijs dat een bericht uw provider heeft verlaten en is aangekomen.

Wat gebeurt er als mijn provider stopt met werken

Uw meldingen worden geregistreerd als mislukt, opnieuw geprobeerd, en uw scherm E-mail verzenden wordt rood met de eigen foutmelding van uw provider erop.

⛔ We verzenden ze in plaats daarvan niet vanuit ons domein. Dat is een bewuste keuze. Een stille terugval zou betekenen dat een defect e-mailaccount goed genoeg blijft werken zodat niemand het repereert — terwijl wij er stilletjes voor betalen. Een fout is dus zichtbaar en het is aan u om deze op te lossen, wat de enige manier is waarop het wordt opgelost.

Tot het is opgelost, ontvangen uw klanten die meldingen niet. Alles staat nog steeds in hun dashboardinbox en er gaat niets verloren — maar behandel een rode banner hier als urgent.

Wat als ik niets doe?

Er breekt niets. Uw meldingen blijven uitgaan vanaf ons domein, als Zinn Digital®, en wij blijven ervoor betalen. Uw klanten zien simpelweg onze naam in plaats van de uwe.

Verwijderen

Druk op Verbinding verbreken. Uw opgeslagen inloggegevens worden verwijderd en vanaf het volgende bericht gaan uw meldingen weer via ons domein. U kunt op elk moment opnieuw verbinding maken.