Description: ------------ When using the iconv_mime_encode function with a long subject several email clients (or the email servers?) will destroy the header if they include own header lines. We could reproduce this on web.de and on a lotus notes server. If we use "ignore-iconv" => true in the build_params the error didn't occurs. Test script: --------------- require_once('Mail/mime.php'); $mime =& new Mail_mime("\n"); $subject = '“This is a long text” and will force the subject to be on several lines.'; $build_params = array( "html_charset" => "UTF-8", "text_charset" => "UTF-8", "head_charset" => "UTF-8" ); $body = $mime->get($build_params); $hdrs = $mime->headers(array('Subject' => $subject)); print_r($hdrs); $build_params["ignore-iconv"] = true; $body = $mime->get($build_params); $hdrs = $mime->headers(array('Subject' => $subject)); print_r($hdrs); Actual result: -------------- To: xxx.xxx@xxx.de Subject: =?UTF-8?Q?=E2=80=9CThis=20is=20a=20long=20text=E2=80=9D=20and?= X-MIMETrack: Itemize by SMTP Server on XXXXX/XXXX/XXX(Release 7.0.3|September 26, 2007) at 09.04.2008 17:14:56, Serialize by Notes Client on XXX XXX/AAAA/BBB(Release 6.0.1CF1|March 04, 2003) at 09.04.2008 17:22:45, Serialize complete at 09.04.2008 17:22:45 From: XXX@XXX.XXX.de Date: Wed, 9 Apr 2008 17:14:56 +0200 Message-ID: <OF4B32EFF7.0B8CCA74-ONC1257426.0053C403@LocalDomain> =?UTF-8?Q?=20will=20force=20the=20subject=20to=20be=20on=20several=20li?= =?UTF-8?Q?nes.?= MIME-Version: 1.0

Considering this and bug #11238, iconv_mime_encode() should probably be disabled by default.

This bug has been fixed in SVN. If this was a documentation problem, the fix will appear on pear.php.net by the end of next Sunday (CET). If this was a problem with the pear.php.net website, the change should be live shortly. Otherwise, the fix will appear in the package's next release. Thank you for the report and for helping us make PEAR better.