SVN commit 490568 by tilladam:
Implement a non-gui-exposed option to allow sending of MDN messages with
an SMTP MAIL FROM of <>, which conforms to the rfc, but doesn't work
with many real world servers, since they discard such messages for spam
protection. Still, integrators might want to set it, via Kiosk, for
example.
svn path=/trunk/KDE/kdepim/; revision=490572
QMAX/QMIN -> qMax/qMin
I don't know what to do about Q_LONG and Q_ULONG because of the following code in qglobal.h:
#if defined(Q_OS_WIN64)
typedef __int64 Q_LONG; /* word up to 64 bit signed */
typedef unsigned __int64 Q_ULONG; /* word up to 64 bit unsigned */
#else
typedef long Q_LONG; /* word up to 64 bit signed */
typedef unsigned long Q_ULONG; /* word up to 64 bit unsigned */
#endif
Should I simply convert to (unsigned) long?
svn path=/trunk/KDE/kdepim/; revision=468393
Improve the sent mail folder logic and the readOnly protection to
first try the folder specified in the mail, then if there was none, or
it's not usable, try the identity one, and if that also fails, the
system one.
svn path=/branches/kdepim/proko2/kdepim/; revision=433147
first try the folder specified in the mail, then if there was none, or
it's not usable, try the identity one, and if that also fails, the
system one.
svn path=/trunk/KDE/kdepim/; revision=433145
- addRecipients was a Template Method that called virtual addOneRecipient() = 0 in a loop. I might even be the one to blame for that, but the need for the curious temporary member variables mQuery* made me inline addRecipients. After all, for sendmail it's just appending all the stuff to the command line, and for SMTP it's more readable as a simple QStringList::join(). So add*Recipient*() are gone.
svn path=/trunk/KDE/kdepim/; revision=430477
here: http://lists.kde.org/?l=kmail-devel&m=111945756024656&w=2
I've changed the KMMsgDict::instance() to return a pointer instead of a
reference, compared to the patch I posted, after valid criticism from
Marc that the pattern is generally used with a pointer, in KDE, so it's
better not to surprise people here.
svn path=/trunk/KDE/kdepim/; revision=428560
a specified transport.
This means that if the user moves from home to the office or somesuch he
can override the trasnport in the queued msg and force all mail to be sent
using a specific transport that he knows works.
Also it will pop up a warning if the selected transport is non encrypted to
avoid sending sensitive emails over an unecnrypted transport.
svn path=/trunk/kdepim/; revision=401726
Don't let KMail forget the "X-KMail-Recipients" header if sending
of messages failed (Patch by Ingo Klöcker)
svn path=/branches/KDE_3_4_BRANCH/kdepim/; revision=398187
CVS commit by tilladam:
Fix issue 139 by using the mechanism we use for setting the replied and
forwarded status after a mail has been sent succesfully to move the mail
that originally triggered the sending of the accept/decline mail, whose
serial number is remembered in a link header to the trash folder configured
for that account. In other words, if you click to accept an invitation, and
then send the generated reply, the invitation mail will automagically go
away.
svn path=/trunk/kdepim/; revision=347299
forwarded status after a mail has been sent succesfully to move the mail
that originally triggered the sending of the accept/decline mail, whose
serial number is remembered in a link header to the trash folder configured
for that account. In other words, if you click to accept an invitation, and
then send the generated reply, the invitation mail will automagically go
away.
svn path=/branches/KDE_3_3_BRANCH/kdepim/; revision=347297
Works for mail accounts and SMTP servers, already stored passowrds are migrated to the wallet.
CCMAIL: 76097-done@bugs.kde.org
svn path=/trunk/kdepim/; revision=342067
before being moved to an imap sent mail folder, is kept open, otherwise
the KMMsgBase pointers passed to the command become invalid. Introduce
KMCommand::keepFolderOpen( KMFolder* ) which opens a folder and adds it
to the list of folders to be closed by the dtor.
svn path=/trunk/kdepim/; revision=333462
Now we sent redirected messages which are conform to RFC 2822.
Thanks to Ingo for pointing me into the right direction.
CCMAIL: 51283-done@bugs.kde.org
svn path=/trunk/kdepim/; revision=333330
the message from the local sent mail (where it is placed for fallback) to
the imap folder by using a KMMoveCommand, which nicely encapsulates all
that. This avoids the folder constantly opening and closing during
processing of incoming data which makes KMail appear hung and consumes
massive amounts of cpu.
Ferdinand, can you confirm this fixes it?
CCMAIL: 84215-done@bugs.kde.org
svn path=/trunk/kdepim/; revision=333060
* When the user requests compaction of a folder from the RMB, always compact
(even if !needsCompaction), and ensure the final statusbar message shows up
(due to kmheaders polluting it, I had to save/restore it in 2 places).
* When compacting outbox after sending mails, don't tell the user.
This made me stumble upon strange code in kmsender.cpp: if count<0, expunge.
Ingo and I agree that this was meant to be if count==0, expunge.
svn path=/trunk/kdepim/; revision=319419
to libkdepim. Removed dependency on KMMainWidget by using a signal from ProgressDialog.
This also fixes the bug Till reported, where closing the progressdialog with
the cross wouldn't make the arrow look up again.
svn path=/trunk/kdepim/; revision=316885
Andreas Gungl
Laurent Montel
Till Adam
Ingo Klcker
Volker Krause
Stephan Binner
Marc Mutz
Matt Douhan
Carsten Burghardt
Karl-Heinz Zimmer
Szombathelyi Gyrgy
Holger Freyther
smail Dnmez
David Faure