U voegt een PDF toe aan een e-mail en klikt op verzenden. Vanuit uw perspectief is het eenvoudig: het bestand gaat van uw apparaat naar de inbox van de ontvanger. Wat er feitelijk tussen deze twee punten gebeurt, is ingewikkelder, en een paar dingen onderweg kunnen van invloed zijn op de vraag of het bestand intact, op de juiste grootte en in de verwachte staat aankomt.
Het bestand wordt gecodeerd voordat het uw apparaat verlaat
E-mail is oorspronkelijk ontworpen om platte tekst te bevatten. Voor het bijvoegen van een binair bestand zoals een PDF was een oplossing nodig: het bestand wordt vóór verzending geconverteerd naar een tekstveilig formaat. De standaardmethode is Base64-codering, die de binaire gegevens van de PDF omzet in een reeks afdrukbare tekens.
Base64-codering vergroot de bestandsgrootte met ongeveer 33%. Een PDF van 15 MB wordt ongeveer 20 MB als gecodeerde e-mailgegevens. Dit is de reden waarom bestanden die dicht bij de limiet voor de bijlagegrootte zitten, soms niet kunnen worden verzonden, ook al lijken ze onder de limiet te zitten: de gecodeerde versie overschrijdt de drempel. De e-mailclient van de ontvanger draait de codering bij ontvangst om, zodat hij of zij het originele bestand in de oorspronkelijke grootte terugkrijgt.
De reis door mailservers
Nadat u uw apparaat heeft verlaten, gaat de e-mail via uw uitgaande mailserver, mogelijk een of meer relayservers, en vervolgens via de inkomende mailserver van de ontvanger voordat deze de inbox bereikt. Elke server voert controles uit op het bericht: spamfilters, virusscans, grootteverificatie en handhaving van het inhoudsbeleid.
Elk van deze servers kan het bericht weigeren of wijzigen. Een zakelijke mailserver met een bijlagebeleid van 10 MB zal een PDF van 20 MB weigeren, zelfs als de consumenten-e-mailservices van zowel de afzender als de ontvanger dit zouden hebben geaccepteerd. Sommige antivirusfilters plaatsen bijlagen in quarantaine voor handmatige beoordeling vóór levering. Een paar oudere of verkeerd geconfigureerde mailservers kunnen binaire bijlagen beschadigen tijdens de verwerking. Dit komt zelden voor, maar het gebeurt wel. Daarom kan een PDF die bij de ene ontvanger prima werkte, bij een andere ontvanger beschadigd aankomen.
Wat e-mailservers doen met PDF Bijlagen
De meeste zakelijke en zakelijke e-mailsystemen scannen bijlagen op malware voordat ze worden afgeleverd. Een PDF kan JavaScript, ingesloten bestanden en uitvoerbare inhoud bevatten, waar beveiligingsscanners allemaal naar zoeken. Een PDF met een ongebruikelijke structuur of ingebedde scripts kan in quarantaine worden geplaatst of van deze elementen worden ontdaan voordat deze de ontvanger bereikt.
Sommige systemen converteren PDF-bijlagen naar andere formaten, meestal om ze veilig in een voorbeeldvenster weer te geven zonder ingesloten inhoud uit te voeren. De ontvanger ontvangt mogelijk een geconverteerde versie in plaats van de originele PDF. Voor documenten met complexe opmaak kan deze conversie het uiterlijk van het document veranderen.
De PDF-inhoud zelf verandert niet tijdens het transport
In de overgrote meerderheid van de gevallen (wanneer de e-mail met succes wordt afgeleverd en er geen beveiligingsfilters tussenkomen) is de PDF die de ontvanger opent byte voor byte identiek aan de PDF die u hebt verzonden. Het coderings- en decoderingsproces is verliesvrij. Het bestand dat binnenkomt, is precies het bestand dat u hebt bijgevoegd.
Dit is de moeite waard om te weten, omdat het betekent dat als een PDF er anders uitziet nadat deze per e-mail is verzonden, het probleem meestal ligt in de manier waarop deze wordt bekeken (andere PDF-viewer, andere standaardzoom, andere beschikbaarheid van lettertypen) en niet in de verzending zelf. Het bestand is hetzelfde; de kijkcontext is anders.
Wanneer de bezorging mislukt – en hoe u dit kunt weten
Er zijn twee soorten mislukte bezorgingen: bounces waar je over hoort en stille drops die je niet hoort. Een bouncemelding vertelt u dat het bericht is afgewezen, meestal met een foutcode die aangeeft waarom. Veelvoorkomende redenen zijn onder meer dat de bestandsgrootte de limieten overschrijdt, dat de mailbox van de ontvanger vol is of dat het domein van de ontvanger niet bestaat.
Stille berichten zijn verraderlijker: de e-mail lijkt te worden verzonden, er komt geen bounce aan, maar de ontvanger ontvangt de bijlage nooit. Dit kan gebeuren wanneer een beveiligingsfilter de bijlage in quarantaine plaatst zonder de afzender hiervan op de hoogte te stellen, of wanneer een bedrijfsbeleid bijlagen boven een drempel verwijdert zonder een fout te genereren. Voor belangrijke documenten is het vragen aan de ontvanger om de ontvangst van de bijlage te bevestigen de enige betrouwbare manier om zeker te weten dat deze is aangekomen.
De PDF e-mailbezorging betrouwbaarder maken
- Bestanden kleiner dan 10 MB houden: rekening houdend met Base64-coderingsoverhead, codeert een PDF van 10 MB tot ongeveer 13 MB — veilig onder de meeste serverlimieten. Gebruik PDF Compressie op iets groters voordat u het bevestigt.
- Vermijd ingebedde scripts: PDFs met JavaScript of ongebruikelijke ingesloten inhoud worden waarschijnlijker gemarkeerd door beveiligingsfilters. Standaarddocument PDFs zonder interactieve scripts worden betrouwbaarder verspreid.
- Gebruik cloud delen voor grote bestanden: uploaden naar Google Drive of Dropbox en het verzenden van een link omzeilt alle limieten voor de grootte van bijlagen en coderingsoverhead.
- Bevestig de ontvangst van belangrijke documenten: een snel antwoord waarin wordt bevestigd dat de PDF is aangekomen, is de enige betrouwbare manier om de cyclus van een succesvolle levering te sluiten.