Wat er precies misgaat, dat valt met deze beperkte info niet te achterhalen.
Wat ik je wel kan vertellen, is waar je de oorzaak moet zoeken.
Het stukje =3D is in ieder geval ontstaan doordat = is omgezet naar Hexadecimale code.
Het punt waarop het misgaat, dat kunnen er velen zijn.
- Bij aanlevering, als je de verkeerde text-encoding gebruikt.
- Bij aanlevering, als het IT-bedrijfje de verkeerde text-encoding gebruikt.
- Bij verzending, als de mailclient van de verzender de text-encoding vervangt, negeert of verkloot.
- Bij verzending, als de mailserver van de verzender de text-encoding vervangt, negeert of verkloot.
- Bij ontvangst, als de mailserver van de ontvanger de text-encoding vervangt, negeert of verkloot.
- Bij ontvangst, als de mailclient de ontvanger de text-encoding vervangt, negeert of verkloot.
Ik ben dit probleem ook al tegengekomen, meestal bij aangelverde HTML die niet de juiste textencoding (UTF8 of UTF16) heeft in de DTD (Document Type Description).
Een snelle check met de 'Validator' van W3C.org leert het volgende:
No Character Encoding Found! Falling back to UTF-8.
None of the standards sources gave any information on the character encoding labeling for this document. Without encoding information it is impossible to reliably validate the document. As a fallback solution, the "UTF-8" encoding was used to read the content and attempt to perform the validation, but this is likely to fail for all non-trivial documents.
Bron:
W3C Markup Validation ServiceW3C heeft een heleboel handige tips en links, waarvan in dit geval deze link voor jou van belang kan zijn.
Veel succes/sterkte, 
Bastiaan
Gast
