E-mailalias: uitleg, configuratie en praktische tips

Als je een bedrijf runt, heb je vaak meer e-mailadressen dan medewerkers. Je gebruikt bijvoorbeeld sales@ voor leads, support@ voor supporttickets en billing@ voor facturen. De traditionele aanpak is een aparte mailbox voor elk adres. Dat zijn drie gebruikerslicenties, drie maandelijkse kostenposten en drie accounts om te beheren.

Een alternatief is de e-mailalias. Met een e-mailalias maak je professionele functieadressen zonder voor extra gebruikerslicenties te betalen of aparte accounts te beheren. Maar als je aliassen verkeerd instelt, kun je je primaire adres onthullen, het risico op mislukte SPF- en DMARC-controles vergroten of een routeringslus veroorzaken waardoor e-mail mogelijk ongemerkt niet aankomt.

Deze gids legt uit wat een e-mailalias technisch gezien precies is, voor welke toepassingen hij zinvol is, hoe de SMTP-routering werkt, waarom het instellen van "Verzenden als" vaak problemen oplevert, welke configuratiefouten veel voorkomen en hoe je stap voor stap e-mailaliassen configureert in TrekMail.

Wat is een e-mailalias?

Een e-mailalias is een virtueel adres dat naar een bestaande mailbox verwijst. Het heeft geen eigen opslag, geen inloggegevens en geen zelfstandige identiteit. Wanneer e-mail op het aliasadres binnenkomt, controleert de server zijn routeringstabel, zoekt hij de door jou geconfigureerde doelmailbox en bezorgt hij het bericht daar. De bestemming kan al tijdens de SMTP-envelopfase worden bepaald, voordat de verzendende server de volledige berichtinhoud overdraagt.

Je kunt niet inloggen op een e-mailalias. Je logt in op de mailbox waarnaar de alias routeert. De alias is slechts een instructie op serverniveau: als je e-mail voor dit adres ziet, plaats die dan daar.

Drie dingen die een e-mailalias niet is:

• Geen mailbox. Aan de alias zelf is geen opslag gekoppeld. Verwijder je de e-mailalias, dan verwijder je daarmee geen e-mailgeschiedenis, want de berichten zijn in de doelmailbox bezorgd.
• Geen doorstuurregel. Doorsturen verplaatst e-mail naar een externe server. Een e-mailalias routeert e-mail intern, binnen het mailsysteem van je domein, zonder het extra SPF- of DMARC-risico van externe doorsturing.
• Geen gedeelde inbox. Meerdere e-mailaliassen kunnen naar één mailbox verwijzen, maar dat is niet hetzelfde als een gedeelde inbox waarin verschillende gebruikers samen een gezamenlijke wachtrij afhandelen.

De receptie-analogie: Je primaire mailbox is je kantoor. Een e-mailalias is een extra naambordje op de deur. Of iemand nu schrijft aan "De oprichter", "De salesmanager" of "Bob", alles komt in dezelfde ruimte terecht. De alias verwerkt inkomend verkeer op een professionele manier zonder dat je een groter kantoor of een groter budget nodig hebt.

Technisch gezien wordt een e-mailalias geïmplementeerd als een vermelding in de aliastabel van de mailserver (in Postfix: virtual_alias_maps; in Exim: een routervermelding; op gehoste platforms: een routeringsregel). Wanneer de SMTP-daemon van de server een inkomende verbinding verwerkt, controleert hij deze tabel tijdens de RCPT TO-fase. Als het inkomende adres in de aliastabel staat, herschrijft de server ongemerkt het bezorgpad. De afzender merkt hier niets van.

E-mailalias versus e-maildoorsturing versus mailbox

Een e-mailalias verschilt op één belangrijk punt van e-maildoorsturing: het bericht blijft binnen het mailsysteem van je domein, terwijl doorsturing het naar een externe server verzendt. Dat laatste kan SPF- en DMARC-problemen veroorzaken, waardoor legitieme e-mail mogelijk ongemerkt niet aankomt. Een mailbox verschilt van beide: die heeft eigen opslag, eigen aanmeldgegevens en een volledig zelfstandige identiteit. Als je deze drie door elkaar haalt, betaal je mogelijk te veel of loop je het risico e-mail mis te lopen.

De beslisboom is eenvoudig: blijft de e-mail binnen het mailsysteem van je domein, gebruik dan een e-mailalias. Moet de e-mail een andere mailserver bereiken, gebruik dan doorsturing, maar controleer eerst hoe je provider met SRS en ARC omgaat. Zonder passende ondersteuning neemt het risico toe dat e-mail van afzenders met een streng DMARC-beleid niet wordt bezorgd. Als iemand moet kunnen inloggen, zelfstandig een eigen inbox moet beheren of een duidelijke audittrail nodig heeft, maak je een echte mailbox.

Bekijk voor het volledige besliskader domein-e-mailalias versus mailbox: zo kies je.

Toepassingen die er echt toe doen

De beste configuraties met e-mailaliassen lossen een echt operationeel probleem op. Ze zijn niet alleen cosmetisch. Dit zijn de patronen die de moeite waard zijn.

1. Routering op basis van functie (de professionele uitstraling)

Ook een zelfstandig ondernemer kan herkenbare functieadressen gebruiken. Maak info@, press@, accounts@ en sales@ aan als e-mailaliassen en routeer ze allemaal naar je primaire mailbox. Zo houd je zakelijke rollen en communicatie duidelijk gescheiden. Neem je later een verkoper aan, verwijder dan de e-mailalias sales@ en maak voor die persoon een echte mailbox. Er is geen wijziging aan het openbare adres nodig en de overdracht blijft overzichtelijk.

2. De strategie voor het volgen van leveranciers

Wil je je primaire zakelijke e-mailadres niet met elke leverancier delen, maak dan een e-mailalias per leverancier: hubspot@yourdomain.com, linkedin@yourdomain.com, surveygizmo@yourdomain.com. Krijg je spam op linkedin@, dan weet je via welk adres je gegevens waarschijnlijk zijn verspreid. Dat bewijst niet of de leverancier gegevens heeft verkocht, een derde partij ze heeft gedeeld of er een datalek was, maar het beperkt wel het onderzoek. Je kunt die e-mailalias verwijderen om nieuwe berichten op dat adres te stoppen en de rest van je configuratie ongemoeid laten.

Dit lijkt op het gebruik van een canary token: het unieke adres helpt de mogelijke bron te herleiden. Of het instellen ervan iets kost, hangt af van je provider en abonnement. Het kan zoektijd besparen als adressen uit de database van een leverancier worden verspreid, maar het aliasadres alleen bewijst niet hoe dat is gebeurd.

3. Spelfoutvarianten en voormalige adressen

Je naam is Michael. Mensen zullen mailen naar micheal@yourdomain.com. Je bedrijf kreeg vorig jaar een nieuwe naam en je ontvangt nog steeds e-mail op het oude domein. E-mailaliassen lossen beide problemen op. Koppel veelvoorkomende spelfouten en voormalige adressen aan de huidige inbox. Zo glipt er niets tussendoor en hoef je geen twee systemen te controleren.

4. Plus-adressering (alias zonder configuratie)

Veel moderne e-mailsystemen, waaronder TrekMail, Gmail en Microsoft 365, kunnen plus-adressering ondersteunen zoals beschreven in RFC 5233. Is je adres bob@company.com, dan kun je, als deze functie voor je domein actief is, zonder aparte aliasconfiguratie bob+newsletter@company.com of bob+support-ticket@company.com gebruiken. De e-mail komt dan in Bobs inbox terecht en met de subadrestag kun je automatisch filteren.

De keerzijde: sommige webformulieren weigeren het teken +. Plus-adressering werkt doorgaans goed voor filteren en volgen, maar wordt niet overal geaccepteerd. Maak voor formele functieadressen liever een echte e-mailalias.

5. Beheer voor bureaus en meerdere domeinen

Als je e-mail voor meerdere klanten beheert, of een bureau runt waarbij elke klant een eigen domein heeft, ziet de vraag naar e-mailaliassen per domein er anders uit. Bij een prijsmodel per gebruiker betekent elk functieadres (support@clientdomain.com, billing@clientdomain.com) weer kosten voor een gebruikerslicentie die op de klantfactuur terechtkomen of je marge verkleinen. Met het vaste tarief van TrekMail kun je binnen de limieten van het gekozen abonnement e-mailaliassen voor alle klantdomeinen maken zonder extra kosten per mailbox. Eén dashboard, één vast tarief, geen afzonderlijke mailboxheffing per domein. Voor teams die tientallen klantdomeinen beheren, lees je meer over e-mailhosting voor meerdere domeinen op schaal.

6. Routering naar afdelingen bij een groeiend team

Naarmate het team groeit, worden adressen op afdelingsniveau belangrijk voor routering en verantwoordelijkheid. hr@, legal@, finance@: elk adres kan nu als alias naar de mailbox van de verantwoordelijke medewerker verwijzen, of later worden omgeleid naar een gedeelde mailbox wanneer het team daar groot genoeg voor is. Een e-mailalias is doorgaans voordelig en kan snel naar een andere bestemming worden geleid wanneer iemand van functie verandert. Geen DNS-wijzigingen en geen nieuwe onboarding.

Hoe een e-mailalias e-mail routeert (SMTP-mechanismen)

Een e-mailalias werkt tijdens de RCPT TO-fase van een SMTP-verbinding, voordat de berichtinhoud wordt overgedragen. Wanneer de server van de afzender RCPT TO: <sales@yourdomain.com> verstuurt, controleert je mailserver zijn aliastabel, vindt hij de routeringsvermelding voor sales, herschrijft hij het interne bezorgpad naar de doelmailbox en accepteert hij de verbinding met 250 OK. De oorspronkelijke To:-header in het bericht blijft behouden. Alleen het interne bezorgpad verandert.

Stap voor stap:

1. Een externe server maakt verbinding met je MX-server en opent een SMTP-sessie.
2. De verzendende server verstuurt: RCPT TO: <sales@yourdomain.com>
3. Je server controleert zijn aliastabel. Er bestaat geen mailbox met de naam sales, maar er is wel een aliasregel: routeer naar bob@yourdomain.com.
4. Je server accepteert de verbinding (250 OK) en bezorgt het bericht in Bobs mailbox.
5. Bobs e-mailprogramma toont To: sales@yourdomain.com. De oorspronkelijke header is ongewijzigd.
6. De verzendende server weet niet dat de e-mailalias bestaat. Er zijn geen extra SMTP-sessies en geen zichtbare bounces.

In Postfix (een van de meestgebruikte opensource-MTA's) wordt dit geïmplementeerd via virtual_alias_maps, een zoektabel die aliasadressen aan echte mailboxen koppelt. Andere MTA's doen dit op een andere manier (Exim gebruikt routerconfiguraties; Haraka gebruikt routering op basis van plug-ins), maar het principe is hetzelfde. De e-mailalias is een herschrijfregel aan de serverzijde die wordt verwerkt voordat e-mail wordt opgeslagen.

Een nuttig detail: de alias wordt bepaald op basis van het envelopadres (het adres uit de SMTP-opdracht RCPT TO), niet noodzakelijk op basis van de To:-header. E-mail aan een mailinglijst kan To: list@example.com bevatten, maar RCPT TO: member@yourdomain.com gebruiken. De alias wordt geactiveerd op basis van RCPT TO, niet van de header.

Het probleem met "Verzenden als": antwoorden vanaf je alias

E-mail ontvangen via een e-mailalias is eenvoudig. Antwoorden vanaf het adres van de e-mailalias is waar veel configuraties misgaan. Wanneer Bob een bericht ontvangt dat naar sales@yourdomain.com is gestuurd en op Beantwoorden klikt, is het standaard afzenderadres bob@yourdomain.com. Daarmee valt de professionele uitstraling die de e-mailalias moest behouden meteen weg. De ontvanger ziet Bobs persoonlijke adres en niet het functieadres.

Grote platforms verwerken de configuratie voor "Verzenden als" elk op hun eigen manier:

Google Workspace

Ga naar Gmail-instellingen → Accounts → "E-mail verzenden als" → Nog een e-mailadres toevoegen. Voer de alias in en voltooi zo nodig de verificatie. De optie "Beschouwen als alias" bepaalt hoe Gmail het adres bij onder meer antwoorden en aan jezelf verzonden berichten behandelt; ze bepaalt niet simpelweg of het adres alleen een weergavelabel is. Google adviseert de optie doorgaans in te schakelen als het adres een andere identiteit van dezelfde gebruiker is en uit te schakelen als je namens een andere gebruiker of mailbox verzendt. Controleer na de configuratie met een testbericht welk adres werkelijk in het veld Van en in de relevante berichtheaders staat.

Microsoft 365

In Exchange Online kan een tenantbeheerder verzenden vanaf aliassen inschakelen met de PowerShell-opdracht Set-OrganizationConfig -SendFromAliasEnabled $true. Zonder deze instelling kan Exchange het aliasadres herschrijven naar het primaire SMTP-adres; "Verzenden als" en "Verzenden namens" zijn daarnaast verschillende machtigingen met een ander zichtbaar resultaat. De bron vermeldde in 2024 een ingebouwde schakelaar in het beheercentrum, maar de actuele Microsoft-documentatie beschrijft nog steeds de organisatie-instelling. Controleer daarom zowel de tenantinstelling als de ondersteuning in de gebruikte Outlook-client.

TrekMail

TrekMail ondersteunt meerdere afzenderadressen voor een mailbox. Een actieve alias verschijnt in webmail als Van-adres wanneer "Allow sending from this address" voor die alias is ingeschakeld. In Outlook, Thunderbird of Apple Mail moet je het aliasadres mogelijk ook als afzenderidentiteit instellen en altijd de juiste SMTP-route en inloggegevens gebruiken. Volledige informatie over het instellen van e-mailprogramma's staat bij de IMAP/SMTP-instellingen.

Verkeerde instellingen waardoor e-mail niet werkt

E-mailaliassen zijn conceptueel eenvoudig, maar in de praktijk verrassend gevoelig voor fouten. Drie verkeerde instellingen veroorzaken het merendeel van de problemen.

1. De valkuil van een catch-all

Een catch-all-e-mailalias (*@yourdomain.com) accepteert elk bericht dat naar je domein wordt gestuurd, ook berichten aan niet-bestaande adressen. Het klinkt als een vangnet. Dat is het niet.

Spammers kunnen Directory Harvest Attacks (DHA) gebruiken en een domein met duizenden willekeurig gegenereerde lokale delen bestoken. Zonder catch-all kan je server onbekende adressen tijdens de SMTP-sessie weigeren met het antwoord 550 5.1.1 User unknown. Een catch-all-e-mailalias accepteert zulke adressen juist wel, waardoor meer ongewenste berichten moeten worden opgeslagen en gefilterd. Het spamvolume in de doelmailbox kan daardoor sterk toenemen en legitieme e-mail kan in de ruis verdwijnen.

Heb je een vangnet nodig voor e-mail die echt verkeerd is geadresseerd, routeer de catch-all dan naar een afzonderlijke quarantainemailbox en nooit naar de inbox van een echte gebruiker. De documentatie van TrekMail bespreekt de afwegingen uitgebreid: instelling en risico's van een catch-all-inbox.

2. De routeringslus

Deze is subtiel. Je stelt support@ in als een e-mailalias die routeert naar bob@yourdomain.com. Bob gaat op vakantie en stelt zijn mailbox zo in dat alles automatisch wordt doorgestuurd naar support@, in de veronderstelling dat het team zijn e-mail tijdens zijn afwezigheid afhandelt.

Nu heb je een lus:

support@ bezorgt bij bob@ → bob@ stuurt door naar support@ → bezorgt bij bob@ → stuurt door naar support@ → …

Mailservers detecteren dit uiteindelijk. Postfix houdt het aantal hops bij. Zodra een bericht de limiet overschrijdt, zie je een bounce met 5.4.14 Hop count exceeded. Tegen die tijd kan het oorspronkelijke bericht niet meer op de bedoelde bestemming aankomen. De oplossing: breng je bestaande relaties tussen aliassen en doorstuurregels in kaart voordat je vakantie- of automatische doorstuurregels instelt. Stuur een mailbox nooit terug naar een e-mailalias die naar diezelfde mailbox routeert.

3. Het identiteitslek bij "Allen beantwoorden"

Je staat op een mailinglijst die e-mail naar marketing@yourdomain.com stuurt. De e-mailalias routeert naar je primaire inbox bob@yourdomain.com. Je klikt op "Allen beantwoorden" zonder je Van-adres naar de alias te wijzigen. Elke ontvanger in die conversatie ziet nu bob@yourdomain.com en niet marketing@. In gevoelige sectoren (juridisch, medisch, financieel) is dit een reëel privacyrisico en geen klein ongemak.

De oplossing is de hierboven beschreven configuratie voor "Verzenden als". Behandel je gevoelige, functiegebonden communicatie, overweeg dan een eigen mailbox in plaats van een e-mailalias: een aparte aanmelding, een aparte identiteit en geen onbedoelde onthulling.

De combinatie van alias en doorsturing: SPF, DMARC en SRS

Wanneer je een e-mailalias met externe doorsturing combineert, bijvoorbeeld contact@yourdomain.com dat naar je persoonlijke Gmail verwijst, kun je authenticatieconflicten veroorzaken. Daardoor kan legitieme e-mail mogelijk ongemerkt niet aankomen. Deze configuratie komt veel voor en kan op moeilijk te diagnosticeren manieren misgaan.

Dit kan er misgaan en dit is de technische oorzaak:

SPF-fout: Je doorstuurserver geeft het bericht aan Gmail door via het IP-adres van jouw server. Het domein van de oorspronkelijke envelopafzender (bijvoorbeeld bank.com) publiceert een SPF-record dat het IP-adres van jouw server niet machtigt. Gmail kan daardoor bij de doorgestuurde hop een SPF-fout vaststellen, ook al kwam het bericht oorspronkelijk van een geautoriseerde bron. Jouw server staat immers niet in de SPF-lijst van bank.com.

DMARC-weigering: Als bank.com een streng DMARC-beleid publiceert (p=reject), kan Gmail het doorgestuurde bericht weigeren wanneer noch afgestemde SPF, noch afgestemde DKIM slaagt. DKIM kan ongeldig worden als een doorstuurserver ondertekende delen van het bericht wijzigt, bijvoorbeeld door een voettekst toe te voegen, de codering te veranderen of de berichtinhoud opnieuw te laten teruglopen. Als de DKIM-handtekening daardoor niet meer overeenkomt en SPF evenmin afgestemd slaagt, voldoet het bericht niet aan DMARC en kan een beleid met p=reject tot weigering leiden.

Twee mechanismen kunnen deze problemen beperken, maar beide vereisen ondersteuning van de hostingprovider:

• SRS (Sender Rewriting Scheme): De doorstuurserver herschrijft de envelopafzender (MAIL FROM) naar een domein waarvoor de doorstuurserver gemachtigd is. SPF kan dan op de bestemming voor die herschreven envelopafzender slagen. Bounceadressen worden gecodeerd, zodat bounces via de doorstuurserver bij de oorspronkelijke afzender kunnen uitkomen. SRS maakt SPF daarmee niet automatisch afgestemd op het zichtbare From-domein en laat DMARC dus niet zelfstandig slagen.
• ARC (Authenticated Received Chain): De doorstuurserver legt de waargenomen authenticatieresultaten vast in een cryptografisch verzegelde keten. Die resultaten kunnen zowel geslaagde als mislukte controles bevatten; ARC bewijst niet op zichzelf dat SPF en DKIM vóór doorsturing zijn geslaagd. Bestemmingsservers die ARC valideren, kunnen de keten en hun vertrouwen in de tussenpartij meewegen in hun lokale afleverbeslissing. ARC verandert de onderliggende SPF-, DKIM- of DMARC-uitkomst niet. ARC is beschreven in RFC 8617.

Sommige domeinregistrars en oudere shared-hostingproviders ondersteunen ARC niet, en SRS is evenmin overal beschikbaar. Stuur je op zulke platforms aliassen extern door, dan neemt het risico toe dat legitieme e-mail van een afzender met een streng DMARC-beleid niet wordt bezorgd, soms zonder bounce aan de oorspronkelijke afzender. TrekMail vermeldt ondersteuning voor zowel SRS als ARC bij doorgestuurde e-mail; test de daadwerkelijke route en controleer de headers om te bevestigen dat beide mechanismen actief zijn.

Lees voor de volledige werking van dit scenario e-mailalias doorsturen: afwegingen en oplossingen en de uitgebreidere gids voor het instellen en oplossen van problemen met e-maildoorsturing.

E-mailaliassen instellen in TrekMail

E-mailaliassen van TrekMail worden op domeinniveau beheerd. Je maakt ze per domein aan en ze routeren naar een mailbox op datzelfde domein. Dit is de volledige configuratieprocedure.

Stap 1: voeg je domein toe en configureer DNS

Staat je domein nog niet in TrekMail, voeg het dan in het dashboard toe via Domains → Add Domain. TrekMail toont de DNS-records die voor jouw configuratie vereist zijn, waaronder MX, SPF, DKIM en DMARC. Kopieer de exacte waarden naar het configuratiescherm van je DNS-provider. De volledige uitleg staat bij vereiste DNS-records. DNS-wijzigingen zijn vaak binnen een uur zichtbaar, maar de werkelijke tijd hangt af van de provider, caches en TTL's. TrekMail toont een groen statusvinkje zodra het de records detecteert.

Stap 2: maak de doelmailbox

Een e-mailalias heeft een bezorgbestemming nodig. Maak daarom eerst de doelmailbox: ga naar Mailboxes → Add Mailbox en stel het adres en wachtwoord in. Dit is de inbox waarin e-mail terechtkomt die via de e-mailalias wordt gerouteerd. Volgens het huidige TrekMail-model leidt het maken van een mailbox niet tot nieuwe kosten per gebruiker, maar gebruikt de mailbox de gezamenlijke opslag van je abonnement.

Stap 3: maak de e-mailalias

Ga in het domeindashboard naar Aliases → Add Alias. Voer het lokale deel van de e-mailalias in (bijvoorbeeld sales) en selecteer de doelmailbox in de keuzelijst. Sla de wijziging op. De e-mailalias hoort meteen actief te zijn: er zijn geen DNS-wijzigingen en geen wachttijd voor propagatie nodig.

Je kunt zoveel aliassen maken als de actuele limieten van je abonnement toestaan. TrekMail rekent volgens het beschreven prijsmodel geen afzonderlijk bedrag per alias, maar het aantal aliassen per mailbox en andere limieten verschillen per abonnement. Controleer daarom vóór een grootschalige inrichting de huidige abonnementspagina.

Stap 4: configureer "Verzenden als" in je e-mailprogramma

Wil je vanaf het adres van de e-mailalias antwoorden en niet alleen via de alias ontvangen, voeg de alias dan als afzenderidentiteit toe aan je e-mailprogramma:

• Thunderbird: Account Settings → Manage Identities → Add. Voer het adres van de e-mailalias in. Gebruik dezelfde SMTP-server en aanmeldgegevens als voor je primaire mailbox.
• Outlook (desktop): Toon bij het opstellen eerst het veld Van en kies de alias als deze beschikbaar is. Verschijnt hij niet, kies dan een ander e-mailadres of voeg de afzenderidentiteit toe volgens de instructies voor jouw Outlook-versie. Of verzenden lukt, hangt ook af van de machtigingen en serverinstellingen; een niet-zichtbare alias wordt niet opgelost met een algemene optie "Include a From header".
• Apple Mail: Ga naar Mail → Instellingen → Accounts, selecteer je account en open Accountinformatie. Open bij "E-mailadres" de lijst om e-mailadressen te bewerken en voeg de alias toe. Apple Mail kan dit adres vervolgens als Van-optie aanbieden, mits de SMTP-server verzenden vanaf de alias toestaat.
• Webmail: In de webmailinterface van TrekMail kun je het Van-adres in een keuzelijst selecteren. Een actieve alias verschijnt daar nadat "Allow sending from this address" in het dashboard is ingeschakeld.

De handmatige IMAP-instelling van TrekMail gebruikt poort 993 (SSL/TLS). Voor SMTP wordt poort 587 met STARTTLS ondersteund, maar de documentatie kan per configuratie ook een andere voorkeursinstelling tonen. Neem daarom de servernamen en beveiligingsinstellingen over uit Apps & devices in plaats van ze af te leiden uit je e-mailadres. Alle details staan in de documentatie over IMAP/SMTP-instellingen.

Stap 5: test de volledige route

Stuur vanaf een extern account een testbericht naar je nieuwe e-mailalias. Controleer of het in de doelmailbox aankomt. Antwoord vervolgens met de e-mailalias als Van-adres en controleer of de ontvanger het aliasadres ziet en niet het adres van de primaire mailbox. Toont Van het verkeerde adres, controleer dan de instelling voor "Verzenden als" in je e-mailprogramma.

Als het domein en de DNS al correct zijn geconfigureerd, kan het aanmaken en testen van een werkende e-mailalias ongeveer drie minuten duren. Dit is een schatting en geen garantie; clientconfiguratie en controles kunnen extra tijd kosten.

De oude aanpak versus de TrekMail-aanpak

Het beheer van e-mailaliassen klinkt eenvoudig, totdat je het op grote schaal doet of totdat het prijsmodel per gebruiker van elk nieuw functieadres een afzonderlijke kostenbespreking maakt.

De oude aanpak (Google Workspace / Microsoft 365)

Je betaalt per gebruiker. In deze prijsvergelijking staat Google Workspace Business Starter voor $6/user/month en wordt Microsoft 365 Business Basic als vergelijkbaar omschreven. Prijzen, betaaltermijnen en productvoorwaarden kunnen veranderen, dus controleer de huidige tarieven voordat je rekent. Het gaat om kosten per gebruiker, niet per domein of per alias. De e-mailalias zelf kan zonder extra licentie aan een bestaande gebruiker worden gekoppeld, maar voor de doelmailbox is een geschikte gebruikerslicentie nodig.

De oplossing die veel kleine teams gebruiken: zet elke e-mailalias op het account van één gebruiker. info@, sales@, billing@, support@: allemaal aliassen voor de mailbox van de oprichter. Daarmee vermijd je extra licentiekosten, maar ontstaat een chaotische inbox. Alles komt op één plek binnen. Belangrijke leads verdwijnen tussen facturatiemeldingen. Niets heeft een duidelijke eigenaar.

Voor bureaus is het nog lastiger. E-mailaliassen beheren in honderden klanttenants betekent aparte beheerconsoles voor elke klant, PowerShell-scripts voor machtigingen voor "Verzenden als" en licenties per gebruikersaccount op elke factuur. Een nieuw functieadres voor een klant toevoegen betekent een licentie toevoegen of uitleggen waarom voor die functie geen eigen opslag beschikbaar is.

De TrekMail-aanpak

TrekMail gebruikt abonnementstarieven in plaats van een bedrag per afzonderlijke gebruiker. Het Starter-abonnement wordt hier vermeld als $3.50/month en omvat maximaal 50 domeinen met gezamenlijke opslag. Het toevoegen van een e-mailalias of mailbox veroorzaakt volgens dit model geen afzonderlijke kostenpost, maar blijft wel onderworpen aan de actuele limieten voor gebruikers, aliassen, opslag en verzending.

Omdat extra mailboxen volgens dit TrekMail-model niet afzonderlijk worden berekend, kun je support@ een eigen mailbox geven in plaats van het adres als alias aan de al overvolle inbox van de oprichter te koppelen. Dat biedt een betere audittrail en een overzichtelijkere inbox. Neem je een supportmedewerker aan, dan geef je die persoon aanmeldgegevens: geen nieuwe configuratie van e-mailaliassen, geen upgrade van een gebruikerslicentie en geen wijziging van de factuur.

Voor bureaus die e-mail van klanten op grote schaal beheren, wordt het Agency-abonnement hier vermeld als $23.25/month voor 1,000+ domeinen, met bulkimport en API-toegang. Of de kosten per domein op fracties van een cent uitkomen, hangt af van het werkelijk gebruikte aantal domeinen, de betaaltermijn en eventuele aanvullende diensten. Abonnementsgrenzen en functies kunnen veranderen. Het prijsmodel verschilt daarmee wezenlijk van licenties per gebruiker, maar de financiële uitkomst moet je voor je eigen gebruik berekenen.

Bekijk de details van de abonnementen op trekmail.net/pricing.

Snel overzicht

Gebruik deze tabel wanneer je snel een keuze moet maken:

Drie regels om te onthouden:

1. Interne routering = e-mailalias. Externe routering = doorsturing. Gebruik geen doorsturing wanneer een e-mailalias volstaat. Daarmee voeg je zonder noodzaak SPF-/DMARC-risico toe.
2. Configureer "Verzenden als" voordat je communicatie vanaf een alias start. Een antwoord dat je primaire adres onthult, ondermijnt de professionele uitstraling die je hebt opgebouwd.
3. Routeer een catch-all niet naar de gewone inbox van een gebruiker. Gebruik een afzonderlijke quarantainemailbox of sla de catch-all volledig over.

Conclusie

Een e-mailalias is een nuttig hulpmiddel in een zakelijke e-mailconfiguratie, maar wordt ook geregeld verkeerd ingesteld. Stel je de e-mailalias goed in, dan heb je een professionele e-mailomgeving met meerdere adressen, zonder extra accounts en doorgaans zonder extra kosten of het extra bezorgingsrisico van externe doorsturing. Stel je hem verkeerd in, dan kun je te maken krijgen met routeringslussen, onthulling van je primaire adres en e-mail die door het DMARC-beleid aan de ontvangende kant mogelijk niet wordt bezorgd.

De korte versie:

• Gebruik een e-mailalias voor functieadressen, het volgen van leveranciers en spelfoutvarianten.
• Gebruik een echte mailbox wanneer je een aparte aanmelding, eigen opslag of een duidelijke audittrail nodig hebt.
• Vermijd catch-alls tenzij je een gecontroleerde quarantainestrategie hebt.
• Stuur je een e-mailalias extern door, controleer dan hoe je provider SRS en ARC toepast. Sommige oudere hosts ondersteunen deze mechanismen niet.
• Configureer altijd "Verzenden als" voordat je een alias in externe communicatie gebruikt.

Als je per gebruiker betaalt om slechts een paar functieadressen te onderhouden, kan de rekensom ongunstig uitvallen. Volgens de beschreven abonnementstructuur rekent TrekMail per abonnement en niet afzonderlijk per mailbox of e-mailalias, binnen de geldende limieten. Het Starter-abonnement wordt hier vermeld als $3.50/month voor maximaal 50 domeinen. Voor het Nano-abonnement is geen creditcard nodig en er is geen proefperiode: het wordt op het moment van controle vermeld als tijdelijk gratis, met 10 domeinen en 5GB gezamenlijke opslag.

Heb je beheerde SMTP, gezamenlijke opslag en beheer van e-mailaliassen voor meerdere domeinen nodig, dan worden de betaalde abonnementen momenteel aangeboden met een gratis proefperiode van 14 dagen. Volgens de vermelde voorwaarden is een creditcard vereist om te beginnen. Controleer vóór aanmelding de actuele functies, limieten en voorwaarden op trekmail.net of vergelijk alle abonnementen op trekmail.net/pricing.