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: "Verzending geblokkeerd, verifieer je e-mailadres."

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

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 of een proefperiode. De tabel toont het abonnementsmaximum; het Dashboard toont de huidige ruimte.)

Symptoom: verzending werkt en later op de dag mislukt elk bericht met "user has exceeded sending quota" of een vergelijkbare 4xx-fout.

Oplossing: blijf een grote partij niet opnieuw proberen en wacht tot het quotum beschikbaar is. De uurlimiet is een kort venster, het dagquotum telt per dag. Heb je structureel meer nodig, bekijk dan abonnement en beleid vóór een upgrade; reeds geweigerde berichten worden niet hersteld.

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.

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.

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. Werk het overal bij: telefoon, mailapp, script of verzendtool.
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. Vaak worden eigenaars- en postvakwachtwoord verward. SMTP heeft het postvakwachtwoord nodig.
• 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.

Heb je het wachtwoord onlangs hersteld, werk het dan bij in elke mailapp, verbind opnieuw en probeer nogmaals. Blijf het oude wachtwoord niet proberen, want dat kan een aparte blokkering veroorzaken.

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.