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
--
________________________________________________________________
Paul Stevens paul at nfg.nl
NET FACILITIES GROUP GPG/PGP: 1024D/11F8CD31
The Netherlands________________________________http://www.nfg.nl
_______________________________________________
DBmail mailing list
[email protected]
https://mailman.fastxs.nl/mailman/listinfo/dbmail
_______________________________________________
DBmail mailing list
[email protected]
https://mailman.fastxs.nl/mailman/listinfo/dbmail
_______________________________________________
DBmail mailing list
[email protected]
https://mailman.fastxs.nl/mailman/listinfo/dbmail
