Re: Bug #30 in Mail_mime
| From: | bertrand Gugger | Date: | Wed, 05 Apr 2006 17:06:03 +0000 |
| Subject: | Re: Bug #30 in Mail_mime | ||
| References: | 1 2 3 | Groups: | php.pear.dev |
| Request: | Send a blank email to pear-dev+get-42087@lists.php.net to get a copy of this message | ||
Nicolas Grekas wrote:
On 4/5/06, bertrand Gugger <bertrand@toggg.com> wrote:Btw , this package is also very dependent on browser used.Is it actual with php5 handling of unicode ?obsolutely not, the bug was submitted before the release of PHP5 I was just asking under which php you verified it.
No idea how a patch can be licensed , "from scratch" does not exist aslicense.:o) Now that my patch is publicily available and without any licensing term, it is in the public domain. Everybody can relicence it as needed. So, that's the way I think it is ... The point I was talking about is that, if the patch of "mdv at inyourpocket dot com" is considered as a derived thing of kmail, then it is under GPL, and Mail_mime must become GPL... witch is impossible... Bytes are bytes.
In reply to Sean : for unitest, I don't have the time sorry, ah ...
but for i18n, I've many ideas. The first one is that email headers are agnostic about i18n. They bother only for 7bits chars. Personnaly, i send emails in utf-8, and that works well. I've also read some code from http://phpmailer.sourceforge.net/ and squirrelmail . The only i18n thing that may be managed is to choose the best encoding between quoted-printable and base64. The choice is made with one unique criteria : the length of the resulting encoded string. Nicolas Oh ! you have ideas ?But no time. Regards -- toggg