Sorry for not waiting until the patch is reviewed. I don't know when core-devel
comes to live again and how long it takes until someone takes the time to
review it.
Since the release is waiting for that and I was asked to do it as quickly as
possible I commit it now.
svn path=/trunk/kdenetwork/kmail/; revision=81737
file and locale is also set to something non-latin.
- if (kCStringToFile(str.local8Bit(), fileName, TRUE))
+ if (kCStringToFile(str.latin1(), fileName, TRUE))
svn path=/trunk/kdenetwork/kmail/; revision=81402
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
work, since the font dialog returns also the foundaries of the fonts.
We use KConfig::readFontEntry instead of our own functions now.
-> All upgraders have to configure their fonts again :-)
svn path=/trunk/kdenetwork/kmail/; revision=80074
<quote>
Hi. This is the qmail-send program at email.seznam.cz.
I'm afraid I wasn't able to deliver your message to the following addresses.
This is a permanent error; I've given up. Sorry it didn't work out.
Unfortunately, our mail system does not like structure of this message.
The message is probably seriously malformed.
</quote>
With this change the Content-Type header should be correctely updated after
removing an attachment from a mail.
diff -u -3 -p -r1.306 kmcomposewin.cpp
--- kmcomposewin.cpp 2001/01/20 14:43:49 1.306
+++ kmcomposewin.cpp 2001/01/23 20:22:48
@@ -1109,8 +1109,7 @@ bool KMComposeWin::applyChanges(void)
// text message.
mMsg->deleteBodyParts();
mMsg->setAutomaticFields(TRUE);
- mMsg->setTypeStr("text");
- mMsg->setSubtypeStr("plain");
+ mMsg->setHeaderField("Content-Type","text/plain");
mMsg->setCteStr(isQP ? "quoted-printable": "8bit");
svn path=/trunk/kdenetwork/kmail/; revision=79770
again.
For some reason KRun::run does no longer work with empty url lists, we use
KRun::runCommand now.
svn path=/trunk/kdenetwork/kmail/; revision=79635
composer window.
Also attaching files with non-us-ascii names via drag and drop works again,
seems, that someone changed the protocol, since I fixed that the last time.
svn path=/trunk/kdenetwork/kmail/; revision=78386
don't want to force to alphabetical order.
Remove two not/no longer working ones and add windows-1251.
svn path=/trunk/kdenetwork/kmail/; revision=78259
working in the composer. Anyway, the composer should aswell use
availableEncodingNames/descriptiveEncodingNames instead of
availableCharsetNames(). It can then use charsetForEncoding() to find out
which charset to use to display this.
svn path=/trunk/kdenetwork/kmail/; revision=77859
Don't crash, when moving mouse over attachment or replying to a message after
searching in the folder and not clicking on a different message header in the
mean time.
svn path=/trunk/kdenetwork/kmail/; revision=77802
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
memory.
For the case this change should still lead to crashes, hopefully some beta
tester will find it.
svn path=/trunk/kdenetwork/kmail/; revision=77670
Michael Haeckel
Don Sanders
Andreas Gungl
Daniel Naber
Stephan Kulow
Simon Hausmann
Harri Porten
Lars Knoll
Christopher Molnar