De e-mail die je winkel verstuurt, en het bewijs dat hij is verzonden.
WordPress geeft orderbevestigingen, wachtwoordresets en bonnen af aan wat de server toevallig biedt, en als er een niet aankomt, is er niets meer om naar te kijken. MevvMail neemt de verzending juist over: het levert via verbindingen die je zelf instelt, gaat naar de volgende zodra de eerste weigert, probeert later opnieuw in plaats van op te geven, en schrijft elke poging naar een tabel in je eigen database. Het logboek blijft op je server — de berichttekst wordt nooit aan ons overgedragen, het tegenovergestelde van hoe de gehoste alternatieven werken. Het product wordt nu gebouwd: de verzendmotor draait, de schermen eromheen zijn nog niet geschreven, en er staat niets te koop.
Wat het doet
Elke mogelijkheid bestaat om een specifieke operationele wrijving weg te nemen.
De verzending wordt volledig overgenomen in plaats van dat de mailer wordt herconfigureerd, dus als een verbinding het bericht weigert, wordt de volgende in hetzelfde verzoek geprobeerd. De hele keten is één regel in het logboek, geen drie — één e-mail hoort niet als drie afzonderlijke mislukkingen te lezen.
Als elke verbinding heeft gefaald, wordt het bericht in de wachtrij gezet en na één minuut, vijf minuten en dertig minuten opnieuw geprobeerd. Drie pogingen en het stopt: een adres dat niet bestaat, begint niet te bestaan bij de veertigste poging.
Ontvanger, onderwerp, status, het eigen antwoord van de provider en het aantal pogingen worden weggeschreven naar een tabel in je database. Niets over je e-mail wordt naar ons gestuurd. De berichttekst bewaren is een instelling, dus op een site waar de tekst persoonsgegevens bevat kun je het logboek bewaren en de inhoud laten vallen.
Zonder gedefinieerde verbinding geeft het filter de verzending gewoon terug aan WordPress. Een plugin die de e-mail van een winkel zou opslokken terwijl iemand de instellingen probeert uit te zoeken, zou erger zijn dan het probleem dat hij moest oplossen.
Een bericht kan een bronlabel dragen — een formulier, een herstel-e-mail, een WooCommerce-melding — dat in zijn eigen kolom wordt vastgelegd en van het bericht wordt verwijderd voordat het wordt verzonden. Het label vertelt jou waar de e-mail vandaan kwam, zonder ooit de ontvanger te bereiken.
Generieke SMTP en PHP mail() zijn vandaag geschreven. Brevo, SendGrid, Mailgun, Postmark, SparkPost, Elastic Email, SMTP2GO en Resend volgen, elk via zijn eigen API en elk achter hetzelfde verbindingsscherm.
De koppeling met WooCommerce is ontworpen maar nog niet geschreven: de e-mails van een bestelling worden gekoppeld aan de bestelling zelf, zodat het bestelscherm kan aangeven of de bevestiging de klant heeft bereikt — en hem vandaar opnieuw kan versturen.
Geen nieuwsbrieftool en geen verzenddienst. Er is geen plan om de inhoud van je e-mail naar onze machines te verplaatsen, want de reden om dit te installeren is juist dat het dat niet doet.
Productinformatie