[php/pear] addHTMLimage doet't niet in thunderbird

vrijdag 24 december 2004 14:01

Acties:

0 Henk 'm!

Z.O.Z.

Topicstarter

Ik probeer vanaf een websitje een html-email met images. Op outlook express is het me inmiddels gelukt om het werkend te krijgen, maar op thunderbird lukt het me niet: het worden kruisjes.
De plaatjes worden met de volgende code toegevoegd:

PHP:

        $hdrs = array(
                'From'   => $from,
                'Subject' => $subject);

// wijziging t.o.v. eigen code: HTML komt uit een template.
        $html = "<html><body>[img]\"0.jpg\"></body></html[/img]";

        $mime = new Mail_mime("\n");

        $mime->setTXTBody($text);
        $mime->setHTMLBody($html);

        $mime->addHTMLImage(
            $binaire_content, // DE te attachen data
            "application/octet-stream", // het mimetype... (schaam)
            "0.jpg", // de genummerde bestandsnaam
            false);

        $body = $mime->get();
        $hdrs = $mime->headers($hdrs);

        $mail =& Mail::factory('mail');
        $mail->send($to, $hdrs, $body);

Bovenstaande code levert het onderstaande mailtje op. Het plaatje wordt wel getoond in outlook express, maar niet in thunderbird - daar wordt het een kruisje.

code:

From - Fri Dec 24 13:44:14 2004
X-Account-Key: account5
X-UIDL: 41cc0d9e00000001
X-Mozilla-Status: 0001
X-Mozilla-Status2: 10000000
Envelope-to:  (---weggehaald---) 
Received:  (---weggehaald---) 
To: Koert van der Veer < (---weggehaald---) >
Subject: Inschrijving voor proefexamen per email
MIME-Version: 1.0
From: DOMEIN <nobody@DOMEIN.nl>
Content-Type: multipart/alternative;
    boundary="=_dcbf3c5b880d036c57c024b5459bf7ae"
Message-Id:  (---weggehaald---) 
Sender: www-data  (---weggehaald---) 
Date: Fri, 24 Dec 2004 13:44:08 +0100
Status:  O


--=_dcbf3c5b880d036c57c024b5459bf7ae
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit

--=_dcbf3c5b880d036c57c024b5459bf7ae
Content-Type: multipart/related;
    boundary="=_f4f23d65d68c76dbe3989bd0f2747523"

--=_f4f23d65d68c76dbe3989bd0f2747523
Content-Type: text/html; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable

<html>
  <head>
  </head>
  <body>
  [img]3D"cid:1c19ef69e958ebb983520f419b57df0f">
</body>
</html[/img]

--=_f4f23d65d68c76dbe3989bd0f2747523
Content-Type: application/octet-stream
Content-Transfer-Encoding: base64
Content-Disposition: inline; filename="0.jpg"
Content-ID: <1c19ef69e958ebb983520f419b57df0f>

/9j/4AAQSkZJRg
<<< SNIP >>>
ICICICICICICICICL//Z
--=_f4f23d65d68c76dbe3989bd0f2747523--
--=_dcbf3c5b880d036c57c024b5459bf7ae--

Heeft iemand een idee wat hiervan de oorzaak kan zijn?

nb. De getoonde code is een fragment uit een veel groter geheel. Uiteraard zijn alle variabelen gevuld en zo...

offtopic:
Ik heb de base64 code van het plaatje iets ingekort. Ik neem aan dat niemand hier base64 kan lezen...

[ Voor 8% gewijzigd door kvdveer op 24-12-2004 14:05 ]

Localhost, sweet localhost

vrijdag 24 december 2004 14:14

Acties:

0 Henk 'm!

kvdveer

Z.O.Z.

Topicstarter

Grrr. Dat heb ik zo vaak he: dan zoek ik een hele dag naar een oorzaak van een probleem, post ik het op GOT, en vind ik het daarna zelf in een paar minuten.
De oorzaak is dat thunderbird wat kinderachtiger is over het contenttype dan outlook.
That's all, "application/octet-stream" vervangen door "image/jpeg" lost het probleem op.

Localhost, sweet localhost

vrijdag 24 december 2004 17:02

Acties:

0 Henk 'm!

Verwijderd

kvdveer schreef op vrijdag 24 december 2004 @ 14:14:
De oorzaak is dat thunderbird wat kinderachtiger is over het contenttype dan outlook.
That's all, "application/octet-stream" vervangen door "image/jpeg" lost het probleem op.

*kuch*

Je bedoelt dat outlook express te makkelijk met content-types omgaat en dingen gaat zelf zitten uitfrutselen.

Als je een appel meegeeft, moet je ook appel definieren en niet 'fruit', want 'fruit' kan ook een peer zijn

Get the point?

zaterdag 25 december 2004 01:26

Acties:

0 Henk 'm!

kvdveer

Z.O.Z.

Topicstarter

Verwijderd schreef op vrijdag 24 december 2004 @ 17:02:
[...]

*kuch*

Je bedoelt dat outlook express te makkelijk met content-types omgaat en dingen gaat zelf zitten uitfrutselen.

Als je een appel meegeeft, moet je ook appel definieren en niet 'fruit', want 'fruit' kan ook een peer zijn

Get the point?

Waarom hebben alle image-bestanden dan een magic number? Dat is bedoeld om een bestand te idenficeren. Ik snap het gedoe rond die mime-types niet zo. Alle imagetypen die gecko ondersteunt hebben een magic number. Firefox (=ook gecko) kan ook plaatjes tonen vanaf een ftp server, of vanaf het file:// protocol (geen mime), zelfs als de bestandsextensie ontbreekt. Wat is in vredesnaam de toegevoegde waarde een mime type in deze situatie?

Localhost, sweet localhost

Onderwerpen