Checking other email, some comercial news i receive from HP, they use
opensmtp.net (i use that too :P) and works fine, it converted the
subject
to
utf7 strings
----- Original Message -----
From: "Jorge Bastos" <[EMAIL PROTECTED]>
To: "DBMail mailinglist" <[EMAIL PROTECTED]>
Sent: Wednesday, April 04, 2007 2:56 PM
Subject: Re: [Dbmail] Crazy Chars
Right Paul,
I was checking some other emails:
X-Mailer: Addemar (Ideaxis)
Each one has maillers that i don't even knew, and ok, i know that the
subject encoded in utf7 chars in work from the mail client, if it was
possible to detect the charset and encode this was great, but sinse it's
not, only mail client has to do this.
----- Original Message -----
From: "Paul J Stevens" <[EMAIL PROTECTED]>
To: "DBMail mailinglist" <[EMAIL PROTECTED]>
Sent: Wednesday, April 04, 2007 2:24 PM
Subject: Re: [Dbmail] Crazy Chars
Jorge Bastos wrote:
> I know you're right Paul,
> But tell me, is it asking to mutch to add something here to encode
> this?
> I'm asking you this because, at least in my case, and i'm sure many
> people will use sistems like this, check this part of the header from
> a
> message that displays wrong (subject line it's not encoded).
> See the X-Mailer tag, and below there's the charset info using
> iso-8859-1.
Dbmail already uses the encoding in the Content-Type header of a
message. Only if such a header is not used, the default_msg_encoding is
used to try and decode the 8bit headers.
> I think this is a perl module not sure, it seams, even considering
> that
> this module has a bug/missing feature, could dbmail check this to make
> it consistent when showing the message?
No can do. In this case there's simply no way to determine the encoding
of the Subject header.
Try bugging the maintainer of MIME::Lite::HTML
> I understand there things, but for somebody that will install dbmail
> and
> know so mutch about this technical things may say: "damn, dbmail
> show's
> this wrong, don't want it!!".
> Know what i mean?
>
>
>
> ---
> Date: Wed, 4 Apr 2007 12:13:26 UT
> Subject: Micro Máquinas - SMC
> To: [EMAIL PROTECTED]
> From: [EMAIL PROTECTED]
> X-Mailer: MIME::Lite::HTML 1.21
> Message-Id: <[EMAIL PROTECTED]>
> X-Virus-Scanned: ClamAV using ClamSMTP
> Return-Path: [EMAIL PROTECTED]
> MIME-Version: 1.0
> Content-Type: multipart/related;
> boundary="_----------=_11756888061387121609"
> Content-Transfer-Encoding: 7bit
> X-DBMail-PhysMessage-ID: 547325
>
> This is a multi-part message in MIME format.
>
> --_----------=_11756888061387121609
> Content-Transfer-Encoding: quoted-printable
> Content-Type: text/html; charset=iso-8859-1
> Date: Wed, 4 Apr 2007 12:13:26 UT
>
> ---
>
>
> ----- Original Message ----- From: "Paul J Stevens" <[EMAIL PROTECTED]>
> To: "DBMail mailinglist" <[EMAIL PROTECTED]>
> Sent: Wednesday, April 04, 2007 12:50 PM
> Subject: Re: [Dbmail] Crazy Chars
>
>
> Jorge Bastos wrote:
>> Sorry, but now i'm seeing one thing,
>> The the screenshot and the raw message in the attach.
>> The message has charset=iso-8856-1
>>
>> The subject should't display ok?
>> Even if this is not in the RFC, most of people write non ASCII chars
>> in
>> the subject, after all it's the portuguese language and evebody
>> writes
>> in this way.
>
> A /real/ mailclient will convert 8bit headers to utf7 encoded strings.
>
>
>>
>> Tell me something :P
>>
>> I have now the database with charset= utf8 and
>> collation=utf8_general_ci, and in dbmail.conf
>> encoding = utf8
>> default_msg_encoding = utf8
>>
>>
>> Jorge
>>
>> ----- Original Message ----- From: "Jorge Bastos"
>> <[EMAIL PROTECTED]>
>> To: "DBMail mailinglist" <[EMAIL PROTECTED]>
>> Sent: Tuesday, April 03, 2007 3:42 PM
>> Subject: Re: [Dbmail] Crazy Chars
>>
>>
>> Ah, ok then
>> This is not problematic for who uses the email.
>> The question about the emails i send from the console, are only for
>> me
>> to
>> read and i usualy don't use non ASCII chars on it so no problem at
>> all.
>> For me it's solved this sinse it's all working ok :)
>>
>> Jorge
>>
>>
>> ----- Original Message ----- From: "Paul J Stevens" <[EMAIL PROTECTED]>
>> To: "DBMail mailinglist" <[EMAIL PROTECTED]>
>> Sent: Tuesday, April 03, 2007 3:17 PM
>> Subject: Re: [Dbmail] Crazy Chars
>>
>>
>> Jorge Bastos wrote:
>>> You're right Paul,
>>> But some messages that i have problems, are messages that i send in
>>> my
>>> linux console, and no charset information is going on it.
>>> For example:
>>>
>>> echo "ola olá teste ç çãõ"|mail -s "ola olá teste ç çãõ"
>>> [EMAIL PROTECTED]
>>
>> Sending 8bit chars in a subject line violates the RFC2822 do please
>> don't do
>> that. The whole exercise with default_msg_encoding is to accomodate
>> certain
>> broken but widely used clients (read outlook) that will send 8bit
>> headers.
>> Those
>> will most commonly use latin-1 or windows-1250 charsets.
>>
>> You, however, when sending from the console, are most likely sending
>> utf8
>> strings.
>>
>> However, there is *no* way you can determine what charset is used for
>> an
>> 8bit
>> string. Let me restate that: without knowing the charset beforehand
>> you can
>> not
>> know how to represent the characters above 127.
>>
>>
>>>
>>> The values in the message body apear ok, but in the subject no, in
>>> the
>>> subject all special chars are transleted to "???".
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> ----- Original Message ----- From: "Paul J Stevens" <[EMAIL PROTECTED]>
>>> To: "DBMail mailinglist" <[EMAIL PROTECTED]>
>>> Sent: Tuesday, April 03, 2007 12:34 PM
>>> Subject: Re: [Dbmail] Crazy Chars
>>>
>>>
>>>
>>>
>>> default_msg_encoding:
>>>
>>> *should* be the same as the encoding used by your outlook clients
>>> (the
>>> ones
>>> sending the messages with 8bit headers)
>>>
>>> encoding:
>>>
>>> must be the same as the encoding of the database.
>>>
>>> In your case it's the first that's biting you
>>> (default_msg_encoding).
>>>
>>> Most of your outlook clients that are sending 8bit headers in
>>> messages
>>> are
>>> probably using windows-1250 or latin-1 charsets, *not* utf8.
>>>
>>>
>>> Jorge Bastos wrote:
>>>> Ah, sorry Paul/Aaron,
>>>>
>>>> The screenshots are without:
>>>> encoding = utf8
>>>> default_msg_encoding = utf8
>>>>
>>>> and with the database in Latin1 charset:
>>>>
>>>> After i added this do dbmail.conf and changed the database to UTF8,
>>>> i
>>>> have in OE the word:
>>>> "Situação"
>>>> gets:
>>>> "Situa??o"
>>>>
>>>> The same for SquirrelMail, RoundCube and thunderbird, and MSoutlook
>>>> 2003 show's it right.
>>>>
>>>>
>>>> ----- Original Message ----- From: Jorge Bastos
>>>> To: DBMail mailinglist
>>>> Sent: Tuesday, April 03, 2007 11:37 AM
>>>> Subject: [Dbmail] Crazy Chars
>>>>
>>>>
>>>> Paul / Aaron,
>>>> After updating to last svn, when i have for example the folowing
>>>> word:
>>>>
>>>> "Situação"
>>>>
>>>> It gets crazy showed by OE.
>>>>
>>>> Squirrelmail show it +/- correct, but are other email that he
>>>> just
>>>> show it wrong as you can see in attach "sq mail.jpg".
>>>>
>>>>
>>>> In thunderbird i can see the messages with the subject starting
>>>> with
>>>> UTF8..... etc etc right, but the one with the text "Situação" seams
>>>> a
>>>> bit strange also..
>>>>
>>>> I have the database with charset UTF8 and collation
>>>> utf8_general_ci
>>>> And in dbmail.conf i also have with:
>>>>
>>>> encoding = utf8
>>>> default_msg_encoding = utf8
>>>>
>>>> How to resolve this, or this need some fine tunning from you?
>>>> Want me to report this?
>>>>
>>>>
>>>> Jorge
>>>>
>>>>
>>>>
------------------------------------------------------------------------------
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> DBmail mailing list
>>>> [EMAIL PROTECTED]
>>>> https://mailman.fastxs.nl/mailman/listinfo/dbmail
>>>>
>>>>
>>>>
>>>> ------------------------------------------------------------------------
>>>>
>>>>
>>>> _______________________________________________
>>>> DBmail mailing list
>>>> [EMAIL PROTECTED]
>>>> https://mailman.fastxs.nl/mailman/listinfo/dbmail
>>>
>>>
>>
>>
>>
>> ------------------------------------------------------------------------
>>
>> Received: from smtp.decimal.pt (localhost.localdomain [127.0.0.1])
>> by smtp.decimal.pt (Postfix) with ESMTP id DFC69427C3
>> for <[EMAIL PROTECTED]>; Wed, 4 Apr 2007 11:38:21 +0100
>> (WEST)
>> Received: by smtp.decimal.pt (Postfix, from userid 1001) id
>> D276C427C2;
>> Wed, 4 Apr 2007 11:38:21 +0100 (WEST)
>> X-Spam-Checker-Version: SpamAssassin 3.1.7-deb (2006-10-05) on lira
>> X-Spam-Level: X-Spam-Status: No, score=0.4 required=5.0
>> tests=AWL,BAYES_00,
>> HTML_IMAGE_ONLY_32,HTML_MESSAGE,MIME_HTML_ONLY,NO_REAL_NAME
>> autolearn=no version=3.1.7-deb
>> Received: from www.jpsacouto.pt (www.jpsacouto.pt [81.92.197.132])
>> by smtp.decimal.pt (Postfix) with ESMTP id DAB5C427C4
>> for <[EMAIL PROTECTED]>; Wed, 4 Apr 2007 11:38:20 +0100
>> (WEST)
>> Received: from nobody by www.jpsacouto.pt with local (Exim 4.31)
>> id 1HZ2qq-0007La-1e; Wed, 04 Apr 2007 11:36:28 +0100
>> To: [EMAIL PROTECTED]
>> Subject: JP Sá Couto - Campanha Monitor TFT 20\" LG L204WT-SF
>> From: [EMAIL PROTECTED]
>> Message-Id: <[EMAIL PROTECTED]>
>> Sender: Nobody <[EMAIL PROTECTED]>
>> Date: Wed, 04 Apr 2007 11:36:28 +0100
>> X-Virus-Scanned: ClamAV using ClamSMTP
>> Return-Path: [EMAIL PROTECTED]
>> MIME-Version: 1.0
>> Content-Type: text/html; charset=iso-8859-1
>> X-DBMail-PhysMessage-ID: 547143
>>
>>
>> <html>
>> <head>
>> <title>Novidades J.P. Sá Couto...</title>
>> <link rel=stylesheet href=http://www.jpsacouto.pt/master.css
>> type=text/css>
>> </head>
>> <body bgcolor=#C0C0C0 text=#000000 topmargin=3>
>> <table width=100% border=0 cellspacing=0 cellpadding=0 height=100%>
>> <tr>
>> <td align=center valign=top><font size=1>Caso não veja
>> correctamente
>> esta mensagem, clique aqui: <a
>> href=http://www.jpsacouto.pt/mailshot/MLG0407_L204WT.html
>>
target=_blank>http://www.jpsacouto.pt/mailshot/MLG0407_L204WT.html</a></font><br>
>>
>>
>> <br>
>> <table width=600 border=0 cellspacing=0 cellpadding=1
>> bgcolor=#000000>
>> <tr>
>> <td align=center valign=middle>
>> <table width=100% border=0 cellspacing=0 cellpadding=0
>> height=100%>
>> <tr>
>> <td><a href=http://www.jpsacouto.pt target=_blank><img
>> src=http://www.jpsacouto.pt/mailshot/MLG0407_L204WT.jpg border=0
>> name=JPSC alt=www.jpsacouto.pt></a></td>
>> </tr>
>> </table>
>> </td>
>> </tr>
>> <tr>
>> <td bgcolor=#C0C0C0 height=10></td>
>> </tr>
>> <tr>
>> <td bgcolor=#C0C0C0 align=center><span class=aviso>***
>> ATENÇÃO: não responda a esta mensagem!
>> ***</span></td>
>> </tr>
>> <tr>
>> <td bgcolor=#C0C0C0 height=10></td>
>> </tr>
>> <tr bgcolor=#C0C0C0>
>> <td align=center><p><span class=bold>JP Sá Couto, SA
>> </span>*
>> Rua da Guarda, 675 * 4455 - 466 Perafita * Tel.:
>> 229993999
>> * Fax:
>> 229993939 <strong>Delegação Sul</strong> *
>> Estrada Nacional 249-4 Km 7,35* Lugar da Abóboda* 2785-754 S.
>> Domingos de Rana Tel.: 219259900 * Fax: 219259929 </p>
>> </td>
>> </tr>
>> <tr bgcolor=#C0C0C0>
>> <td height=5></td>
>> </tr>
>> <tr bgcolor=#C0C0C0>
>> <td><i><font size=1>Esta mensagem destina-se
>> únicamente
>> a informar,
>> não devendo ser considerada como "spam".
>> No
>> caso
>> de não pretender receber mais mensagens deste tipo,
>> altere
>> as suas permissões de utilizador ou, caso
>> não
>> o
>> possa
>> fazer, contacte o <span class=bold>Administrador</span> de
>> Membros
>> da sua empresa. Para alterar as permissões proceda
>> da
>> seguinte
>> forma: entre na <span class=bold>Área de
>> Revenda</span>, depois
>> seleccione o menu da "<span
>> class=bold>Gestão</span>"
>> e a seguir "<span
>> class=bold>Utilizadores</span>";
>> escolha
>> o utilizador pretendido e defina as permissões para
>> esse membro.
>> Se o seu nome está incluído nesta lista por
>> erro - ou
>> se tiver dificuldades em definir as permissões do
>> membro -
>> envie-nos um email para</font></i> <font size=2><b><a
>> href=mailto:[EMAIL PROTECTED]>[EMAIL PROTECTED]</a></b>.</font></td>
>>
>>
>> </tr>
>> </table>
>> </td>
>> </tr>
>> </table>
>> </body>
>> </html>
>>
>>
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> DBmail mailing list
>> [EMAIL PROTECTED]
>> https://mailman.fastxs.nl/mailman/listinfo/dbmail
>
>
