You are using the 4.x version found here, right? Not the 3.9 version, I hope... this is broken in the 3.9 version, I think - Marco Zinn noticed that umlauts didn't work in that version.

The mail's encoding should be set by the kernel hack using eZTextCodec::internalCharset() at line 352 of collectinfo.php:

               //Plain Text part of Message


 

               $message = "--{$mime_boundary}\n" .


               "Content-Type: text/plain; charset=\"".


This -->   eZTextCodec::internalCharset() . "\"\n" .


               "Content-Transfer-Encoding: 8bit\n\n";

The Š and Ė are utf-8? If you run this code from your ez root directory:

<? 

require_once 'autoload.php';


echo eZTextCodec::internalCharset();


?>

Does it come back with utf-8 or an encoding that supports those characters?

I'm assuming that these characters show up on the front-end of your site without any problem, and that should be getting the same encoding - in which case maybe it's your mail client?

The only thing I see different is the quotes around the utf-8 part for the text portion of the multipart mail. That could be it, maybe... although it's not intuitive to me.

If you want to try it, then change line 364 of collectinfo.php from:

"Content-Type: " . $attacharray[2] . "; charset=\"". eZTextCodec::internalCharset() . "\"\n name=\"" .

to

"Content-Type: " . $attacharray[2] . "; charset=". eZTextCodec::internalCharset() . "\n name=\"" .

(remove the escaped quotes around the eZTextCodec::internalCharset() )

If that works well (with the text and the attachment) I'll incorporate it into the code.

Alternatively, if you can send me one of the messages as an attachment then I can try it here.

O.k forget taking the quotes out - I didn't think that would make a difference anyway.

However, I took a close look at this and I'm not able to reproduce the problems - I'm using a stock ez401 installation and everything on my linux box (firefox, thunderbird, xterm and kedit/kate) is set to utf-8. So, when I send a mail with this as the xml block message and with a text file as an attachment containing these contents:

testtesttest


 

 ä, ü or ö


é or è


"D" the original "Ė" or "E!t" - "Š"


 

testtesttest

That's exactly what I get back.

Functionally, nothing is done with the uploaded file. It is read in using eZFile::getContents (a wrapper for file_get_contents/fp) and converted to base64 so that mail programs can handle it.

I guess this breaks down to three things:

- If you cut and paste the contents to an xml field does it show up in your browser correctly? Then your browser and site have the correct encoding.

- Does the attached file show up in your mail program correctly if you have your mail program set up to open attachments automatically? If so then your mail client has the encoding set to what the encoding actually is.

One potential problem that I can see is that if you have your site set in the i18n.ini to utf-8 and you send something with a different encoding it probably will confuse your mail program since the header is being set to whatever the Charset is in i18n.ini. This still shouldn't have any effect on the attachment when opened as a file, although it might come out wrong if the attachment is opened automatically in your mail client.

- Does the attachment itself show up correctly when opened in a text editor (or pdf viewer, etc.) that has the correct encoding? This should always happen since functionally the attachment shoud be a bit-for-bit copy of what was uploaded (which I've verified with md5sum). If it doesn't show up correctly then your text editor really isn't the right encoding.

- Does the attached file show up in your mail program correctly if you have your mail program set up to open attachments automatically? If so then your mail client has the encoding set to what the encoding actually is.

In fact, the error may be here. In Gmail, files are correctly attached but not in my mail program (Mail, i'm on os x). I've got :

--==Multipart_Boundary_5124c83585ccb15e07929500b867b98e


Content-Type: image/gif; charset=utf-8


name=image.gif


Content-Transfer-Encoding: base64


Content-Disposition: inline;


filename=image.gif


 

{Encrypted base64 file}==

(i've replace the following encryption image by {Encrypted base64 file} to not pollute the post.

And, at the end of the message :

--==Multipart_Boundary_9961bddbea2ec9e3d978923acfa938b5--


 

--=--

I think i'm close, can you give me a little help again ? :)
Thanks

Lucas

old version on ezp 3.6.3
$mail->setContentType( "multipart/mixed;boundary=$mime_boundary",false,false,false );

my solution on ezp 3.10.1
$mail->setContentType( "multipart/mixed",false,false,false,$mime_boundary );