Onderwerp: mailing toont afbeelding wel en niet

In een mailing (verstuurd met SwiftMailer) krijg ik bij de ene ontvanger wel een afbeelding te zien en bij een andere niet.

Broncode 1 (toont geen afbeelding):

Code:

<img src=3D'http://www.website.nl/afb/mailing4/HqegWZiLuftAsJc5/mailing=5Fl=
ogo.gif' alt=3D'Logo' />

Broncode 2 (toont wel afbeelding):

Code:

<img src=3D'http://www.website.nl/afb/mailing4/HqegWZiLuftAsJc1/mailing=5Fl=
ogo.gif' alt=3D'Logo' />

Zoek de verschillen
Het enige verschil is dat de bovenste "AsJc5" en de ander "AsJc1" heeft staan.

In .htaccess staat dit:

Code:

RewriteEngine on

RewriteRule ^afb/mailing([0-9]+)/([a-zA-Z0-9]+)/mailing=5Flogo.gif$ swiftmailermailer/lib/stats.php?mailing=$1&auth=$2

RewriteRule ^afb/mailing([0-9]+)/([a-zA-Z0-9]+)/mailing_logo.gif$ swiftmailer/lib/stats.php?mailing=$1&auth=$2

Ik denk dat de fout in de .htaccess zit, maar ik weet niet wat er fout gaat.

Weet je zeker dat het niet aan de client ligt?
Dat er een andere rendering engine voor html wordt gebruikt?

Ik heb één mailtje, dat in een imap box staat, deze box heb ik uitgelezen met o.a. Outlook, Outlook Express en twee webmail clients.
Alle afbeeldingen zijn attached aan de mail en kunnen met cid's getoond worden.

Outlook 2003 toont de afbeeldingen vertraagt, ongeveer 2 minuten.
OUtlook Express toont de afbeeldingen vrijwel direct.
RoundCUbe toont een beperkt aantal afbeeldingen, kan hier geen logica in vinden.
Andere webmail client laat alleen de tekst zien en stript alle afbeeldingstags.

Ik weet niks zeker grote smurf
De client is Thunderbird, de mail wordt met imap binnengehaald. Op m'n ene e-mailaccount zie ik wel een plaatje, op een ander account (zelfde domein) niet.

Omdat er codes als "3D" en "=5F" worden meegestuurd dacht ik dat ([a-zA-Z0-9]+) misschien een code oplevert als 3D, wat dan niet als link wordt gezien. Maar dat lijkt het ook niet te zijn.

Ik had iets gelijkaardig aan de hand met een nieuwsbriefapplicatie, in sommige mailclients verscheen de afbeelding niet. Oorzaak was dat daar de link naar de afbeelding gesplitst werd over twee regels. Dat deed de client op eigen houtje

Opgelost door het pad naar de afbeelding korter te maken en de klant die de app gebruikt te vragen korte namen aan de geüploade afbeeldingen te geven, zonder spaties of speciale tekens.

Zou het daarmee te maken kunnen hebben ja? Het klinkt in elk geval als iets om eens uit te proberen

Laat gewoon eens een paar gebruikers met problemen een screenshot van de code sturen. Code zelf mailen heeft weinig zin, dan heb je weer een nieuwe interpretatie

Na paden/namen ingekort te hebben, waren er in de stats nog nauwelijks 404's voor nieuwsbriefafbeeldingen

dat 3d geeft problemen in mijn outlook 2003 hier

vaak ook bij transfer request krijg je ook de 3d code mee
maar als ik de 3d weghaal werkt het misschien iets van verkeerde soort html ?

haal hem eens over een w3c verifier http://validator.w3.org

Volgens heb ik nu alles geprobeerd, maar niks werkt. Als ik direct link naar een afbeelding gaat het goed, als ik het via een .htaccess-bestand doe wordt de afbeelding genegeerd.

Nu ik geen .htacces (en dus php-file kan aanroepen), hoe doen jullie dat?
Zou het misschien nog een beveiliging van de hoster kunnen zijn (een instelling over deeplinking ofzo) ?