The message id is not that important, since the SMTP server usually also adds
one.
--- kmmessage.cpp 2001/02/24 15:35:55 1.174
+++ kmmessage.cpp 2001/03/08 17:04:22
@@ -990,7 +990,8 @@ void KMMessage::setAutomaticFields(bool
{
DwHeaders& header = mMsg->Headers();
header.MimeVersion().FromString("1.0");
- header.MessageId().CreateDefault();
+ if (!QString(QTextCodec::locale()).contains("tr_TR")) // crashes otherwise
+ header.MessageId().CreateDefault();
if (aIsMulti || numBodyParts() > 1)
{
svn path=/trunk/kdenetwork/kmail/; revision=85958
Support for shift_jis (QT only knows the name sjis)
Better support for iso-2022-jp. This format uses the ESC character to show
that the following 7bit text is encoded. These ESC characters made a few
problems throughout KMail's code.
Based on patch by toyohiro@ksmplus.com.
svn path=/trunk/kdenetwork/kmail/; revision=80981
been broken for at least six weeks and no bug report so far.
When I fixed that uninitialised variable problem, I only saw two of three
constructors.
Should no longer crash though.
svn path=/trunk/kdenetwork/kmail/; revision=77713
that a bug otherwise, that go with it, at least I don't like an empty Cc
header, when there in no Cc header in the original mail.
svn path=/trunk/kdenetwork/kmail/; revision=77710
All known charset related problems should be fixed with that.
- Automatic recoding works correctely for forward and reply
- Redirect works now also with the correct charset
- No characters are lost from the reply phrase when replying to a message with
a different encoding
- File insertion uses the correct charset for the file
svn path=/trunk/kdenetwork/kmail/; revision=72962
I have a multipart/alternative message which does not define a charset in the main headers,
but the message part does. The charset of the message part is not used
by KMMessage::asQuotedString. This patch uses the charset of the part
if and only if the main headers don't define it.
svn path=/trunk/kdenetwork/kmail/; revision=72757
Correct handling of the trailing /0 when converting between QCString and
QByteArray. Fixes a problem, where garbage was displayed at the end of the
message.
svn path=/trunk/kdenetwork/kmail/; revision=72708
- The headers are now decoded with the charset(s) specified it them and not
with the charset of the message.
- KMMsgBase::decodeRFC2047String now returns the string in unicode which
is compatible with encodeRFC2047String and makes some things easier.
- Also the address headers and all other headers are decoded, not only the
subject.
- The headers in the header list are displayed correctely.
- Editing mail in the outbox no longer corrupts non latin subjects.
- Reply and forward also keep non latin subjects.
- Indexfile version upgrade. Old indexes are converted.
svn path=/trunk/kdenetwork/kmail/; revision=71050