Waarom kan ik geen e-mail verzenden via TrekMail?

Verzendfouten hebben een klein aantal veelvoorkomende oorzaken. Doorloop deze controles op volgorde. Zijn account en domein gereed, maar weigert slechts één ontvanger een bericht, onderzoek dan de mailserver van die ontvanger.

Controle 1: e-mailadres van accounteigenaar is niet geverifieerd

Als je op of na 19 februari 2026 een nieuw TrekMail-account registreerde en niet op de verificatielink klikte, wordt verzending na een respijtperiode van 7 dagen geblokkeerd. Het Dashboard toont een rode banner: Het verzenden van uitgaande e-mail is gepauzeerd.

Dezelfde 7 dagen beginnen opnieuw wanneer je een bevestigd inlogadres vervangt door een nieuw adres: bevestig het nieuwe adres binnen 7 dagen om te blijven verzenden.

Dit geldt voor het aanmeldadres van de accounteigenaar, niet voor de postvakken. Zonder verificatie stoppen alle postvakken met verzenden totdat de verificatie is voltooid.

Via de API worden verzendingen en geplande verzendingen geweigerd met de code account_email_unverified totdat het adres is geverifieerd.

Oplossing:

• Zoek in de inbox van je aanmeldadres de verificatiemail die TrekMail bij registratie stuurde en open de link.
• Mail kwijt? Klik in de banner op Verificatiemail opnieuw verzenden.
• Controleer bij sociale aanmelding de verificatiestatus in het Dashboard; neem niet aan dat de provider dit heeft gedaan.
• Werkt een link niet meer, vraag dan een nieuwe mail aan in plaats van de oude link opnieuw te gebruiken.

Accounts die vóór 19 februari 2026 zijn geregistreerd, vallen niet onder deze blokkering.

Controle 2: DNS van domein is niet geverifieerd

Het domein moet gereed zijn voordat het de beheerde verzendroute kan gebruiken. De DNS-pagina toont welke record ontbreekt, conflicteert of wordt gecontroleerd. SPF, DKIM en DMARC helpen ontvangende providers ook je mail te beoordelen.

Symptoom: status "Domein niet geverifieerd" op de pagina Domeinen; mail vertrekt maar komt terug; ontvangers vinden hem in spam.

Oplossing: open Domeinen, selecteer het domein en open de DNS-status. Vergelijk iedere record, sla correcties op bij de DNS-provider en gebruik DNS verifiëren. Tijdens publieke DNS-updates kan het resultaat in behandeling blijven. Handleiding: DNS-status controleren.

Controle 3: je gebruikt Nano

Voor Nano geldt can_send: false. SMTP-authenticatie lukt, maar elke verzending wordt bij indiening geweigerd.

Symptoom: de client meldt "Verzenden mislukt" met een 5xx-fout; mail staat kort in het postvak UIT en keert terug.

Oplossing: kies op de pagina Abonnementen een abonnement met beheerde verzending en controleer actief abonnement en domeinstatus voordat je opnieuw probeert.

Moet je Nano behouden, stel dan BYO SMTP in. Aangepaste SMTP is bij alle abonnementen beschikbaar. Je verstrekt inloggegevens van een externe SMTP-provider en TrekMail gebruikt die route. IMAP-ontvangst blijft onafhankelijk.

Controle 4: dag- of uurlimiet bereikt

Elk abonnement heeft dagelijkse maxima per postvak en account, een uurlimiet en een maximum ontvangers per bericht:

(Nano kan authenticeren, maar de beheerde verzendroute staat uit. Limieten kunnen lager zijn voor een nieuw domein, een account zonder eerdere betaling, een proefperiode of de eerste 24 uur na de eerste betaling van het account. De tabel toont het abonnementsmaximum; het Dashboard toont het dagquotum van het account dat vandaag echt geldt, en op het SMTP-tabblad van elk domein zie je de limieten van dat domein voor vandaag, inclusief de opwarming van een nieuw domein en de data waarop ze stijgen.)

Symptoom: verzending werkt en later op de dag gaan nieuwe berichten niet meer weg. Je ziet dan een van deze meldingen:

• In webmail opent een venster boven je bericht, dat open blijft. Het toont hoeveel van de limiet is gebruikt, waarom de limiet nu lager is (een proefperiode, de eerste dag na de eerste betaling of een nieuw domein) en wanneer die wordt vernieuwd, in jouw tijdzone.
• In een mailapp mislukt het verzenden met een tijdelijk Engelstalig antwoord met de code 4.7.1, de bereikte limiet, de aantallen en het vernieuwingstijdstip, bijvoorbeeld "Daily sending limit reached for this account (50 of 50 today; trial account). Sending resumes at 00:00 UTC." of "Hourly sending limit reached for this account (15 per hour; trial account). Sending resumes at 14:00 UTC." In de eerste 24 uur na de eerste betaling staat dat in het antwoord, samen met het tijdstip waarop de volledige limieten ingaan, bijvoorbeeld "(150 of 150 today; first payment under 24 hours ago, full limits from 2026-10-13 07:00 UTC)".

Oplossing: lees eerst de melding: die vertelt welke limiet is bereikt en wanneer die wordt vernieuwd. Daarna:

• Wacht op de vernieuwing in plaats van opnieuw te proberen. Daglimieten worden vernieuwd om 00:00 UTC, de uurlimiet aan het begin van elk uur (UTC).
• Tijdens een proefperiode kan wie de facturering beheert die eerder beëindigen via Facturering → Proefperiode beëindigen en abonnement nu starten. Het betaalde abonnement start en de limieten van de proefperiode gaan meteen omhoog; de volledige limieten van het abonnement gelden 24 uur na die eerste betaling.
• In de eerste 24 uur na de eerste betaling kunnen elk postvak en het hele account per dag naar 150 ontvangers verzenden, kan één bericht naar 50 personen gaan en kunnen mailapps 60 berichten per uur verzenden. Na 24 uur gelden de volledige limieten van het abonnement vanzelf; het Dashboard toont het exacte tijdstip.
• Een nieuw domein warmt de eerste 7 dagen op (40% op dag 1 tot en met 3, 70% op dag 4 tot en met 7, de volledige limiet vanaf dag 8). Dat verlaagt alleen dat domein en zijn postvakken; je andere domeinen houden hun volledige quotum.
• Doorgestuurde mail telt ook mee. Doorgestuurde berichten die TrekMail verlaten, gebruiken hetzelfde dagquotum van het account als de mail die je verzendt.
• Upgraden verhoogt het quotum van het abonnement. Tijdens een proefperiode heft het de limieten van de proefperiode niet op (de proefperiode beëindigen wel), in de eerste 24 uur na de eerste betaling gelden voor elk abonnement dezelfde limieten voor de eerste dag, en reeds geweigerde berichten worden nooit opnieuw verzonden: verstuur ze zelf opnieuw zodra er ruimte is.

Controle 5: aantal ontvangers per bericht

Per bericht geldt maximaal 50 voor Nano, 100 voor Starter, 250 voor Pro en 500 voor Agency. Een bericht boven de grens kan vóór verzending worden geweigerd. Tijdens een proefperiode is het maximum tot de eerste betaling 10 ontvangers per bericht, en de eerste 24 uur daarna 50; webmail waarschuwt je voordat je een bericht boven dat maximum verzendt en laat het niet inplannen.

Oplossing: splits het in passende groepen of wijzig je abonnement.

Controle 6: het postvak kan niet verzenden

Het postvak moet actief en bevoegd zijn. Het kan uitgeschakeld zijn, na een abonnements- of domeinwijziging niet meer kunnen verzenden, of voor een veiligheidscontrole tijdelijk gepauzeerd zijn. Lees eerst de melding in Dashboard of mailapp.

Symptoom: één postvak faalt, terwijl een ander van hetzelfde account wel verzendt.

Oplossing: open het postvak in het Dashboard en bevestig dat het actief is. Noemt de melding account, abonnement of domein, los dat dan eerst op. Een aanmeldschorsing blokkeert doorgaans aanmelden, maar stopt op zichzelf geen inkomende mail.

Via de API wordt verzending vanuit een mailbox waarvan verzenden niet beschikbaar is na een wijziging van abonnement of domein geweigerd met de code mailbox_send_disabled. De tijdelijke verzendpauze hieronder heeft een eigen code.

Tijdelijke verzendpauze

Bij een postvak kan alleen verzending stoppen terwijl ontvangst en lezen doorgaan. Dit kan gebeuren als activiteit wijst op gelekte inloggegevens en beschermt het domein terwijl de eigenaar toegang controleert.

Symptoom: mail komt binnen en is leesbaar, maar uitgaande berichten vertrekken niet:

• In webmail: "Verzending vanuit dit postvak is gepauzeerd na ongebruikelijke activiteit. Neem contact op met support om te hervatten."
• In een mailapp: verzenden faalt, ontvangen werkt en de app meldt dat de server je adres niet als afzender accepteert.
• Via de API: verzending wordt geweigerd met mailbox_sending_paused.

Oplossing: support moet dit beoordelen. Normale statusknoppen heffen een veiligheidspauze niet op.

1. Wijzig het postvakwachtwoord, zie Postvakbeveiliging.
2. Verbind elke telefoon, mail-app of elk SMTP-script opnieuw met een nieuw app-wachtwoord of het nieuwe mailboxwachtwoord als de mailbox dat nog accepteert. Een reset door een beheerder trekt alle app-wachtwoorden in; selecteer in webmail Ook alle app-wachtwoorden intrekken als je zelf je wachtwoord wijzigt na misbruik.
3. Open via de Supportpagina een ticket, meld de wijziging en geef adres en tijdstip bij benadering, maar nooit het wachtwoord.

Tijdens de beoordeling kan mail blijven binnenkomen. Bewaar belangrijke concepten lokaal totdat verzending is hersteld.

Controle 7: account is geschorst

Een schorsing op accountniveau kan uitgaande mail en andere acties blokkeren. Het Dashboard toont de reden, bijvoorbeeld:

• "Er is een factureringsprobleem met je account. Werk de betaalgegevens bij of neem contact op met support." Werk ze bij en controleer de factureringsstatus. Zie Mislukte betalingen oplossen.
• "We hebben uitgaande mail tijdelijk gepauzeerd omdat ontvangers te veel recente berichten weigerden." Open een ticket. Het team kan vragen naar lijstkwaliteit, afzenderinstellingen en een geredigeerd voorbeeld.
• "Je account is tijdelijk beperkt. Neem contact op met support voor details." Open bij misbruik of beveiliging een ticket voor beoordeling.

Je omzeilt een accountschorsing niet door postvak of domein te wisselen. De blokkering geldt voor alle uitgaande mail totdat ze wordt opgeheven.

Controle 8: SMTP-authenticatie mislukt

Als de client "535 Authentication failed" of "Invalid credentials" toont:

• Verkeerd wachtwoord of verkeerde aanmeldingsmodus. SMTP heeft bij een mailbox met Alleen app-wachtwoorden een app-wachtwoord nodig. Bij Mailboxwachtwoord of app-wachtwoorden werken beide. Gebruik nooit het dashboardwachtwoord van de accounteigenaar. Maak een app-wachtwoord in webmail onder Instellingen > App-wachtwoorden of in het dashboard onder Mailboxen > (mailbox) > Beveiliging > App-wachtwoorden.
• Postvak bestaat niet. Controleer de postvaklijst. Een instelfout kan naar een ander postvak verwijzen dan in de app.
• Eigenaarsadres na respijtperiode niet geverifieerd. Zie Controle 1. Verificatie wordt bij indiening afgedwongen.

Als de app "Sign-in failed. This mailbox accepts app passwords only: create one in webmail under Settings > App passwords." (Aanmelden mislukt. Deze mailbox accepteert alleen app-wachtwoorden: maak er een in webmail onder Instellingen > App-wachtwoorden.) meldt, maak je een app-wachtwoord en voer je het voor zowel inkomende als uitgaande mail in. Sommige apps tonen alleen "wachtwoord onjuist". Zie App-wachtwoorden voor mail-apps.

Een reset door een beheerder of wachtwoordherstel trekt alle app-wachtwoorden in. Maak nieuwe voor de betrokken apps of werk het mailboxwachtwoord bij waar dat nog wordt geaccepteerd en maak daarna opnieuw verbinding. Blijf een ingetrokken of oud wachtwoord niet proberen.

Controle 9: BYO SMTP verkeerd ingesteld

Als een domein een externe SMTP-provider gebruikt:

• Controleer de inloggegevens op het domeintabblad SMTP: Domeinen, kies het domein, daarna SMTP.
• Bevestig dat SMTP-indiening bij de provider is ingeschakeld; sommige vereisen daar ook domeinverificatie.
• Gebruik de test op het SMTP-tabblad en lees het resultaat vóór echte verzending.

Ongeldige externe gegevens kunnen een algemene fout geven. Corrigeer ze bij de provider, sla de verbinding op en test opnieuw.

Controle 10: de server van de ontvanger weigert je

Als bij TrekMail alles groen is maar bepaalde domeinen berichten terugsturen:

• De server kan bezwaar hebben tegen je reputatie (nieuw domein, geen opwarming, SPF/DKIM niet uitgelijnd). Zie Te hoog bouncepercentage en Regels voor domeinopwarming.
• Mislukken veel niet-verwante domeinen tegelijk, controleer dan de TrekMail-statuspagina en voeg fouten en tijden toe aan een ticket.
• Sommige ontvangers weigeren onvolledige authenticatie of zwak DMARC-beleid. Controleer SPF, DKIM en DMARC voordat je inhoud wijzigt of een partij opnieuw probeert.

Veelvoorkomende foutcodes

Nog steeds geblokkeerd

Open een ticket via de Supportpagina. Vermeld:

• Het verzendende postvak (alice@yourcompany.com).
• Het adres van de ontvanger, of een voorbeeld als veel berichten terugkomen.
• De exacte clientfout of het bouncebericht.
• Of webmail hetzelfde bericht naar dezelfde ontvanger kan sturen. (Faalt dat ook, dan is het servergerelateerd.)

Wees bij beoordeling van een afleverbaarheidsschorsing voorbereid om uit te leggen hoe ontvangers toestemming gaven en op verzoek een geredigeerd voorbeeld te leveren. Stuur geen volledige lijst, inloggegevens of ongerelateerde persoonsgegevens.