invitations if one is not in the invitations To: list, now that the
string freeze is lifted somewhat.
CCMAIL: 106594@bugs.kde.org
svn path=/branches/KDE/3.5/kdepim/; revision=509083
so it can crash if e.g. QString::null hasn't been initialized yet.
Using a pointer instead, with delayed initialization.
svn path=/trunk/KDE/kdepim/; revision=486706
so it can crash if e.g. QString::null hasn't been initialized yet.
Using a pointer instead, with delayed initialization.
svn path=/branches/KDE/3.5/kdepim/; revision=486703
the handlers are invoked. Otherwise the user is confused, and the mail
underneath moves away, while the secondary window remains open and the
user can invoke the handlers again. While that is not strictly a
problem, this way is more intuitive, I believe.
(See: https://intevation.de/roundup/kolab/issue859)
svn path=/branches/KDE/3.5/kdepim/; revision=439559
are a member of be sure to ask the user which identity to use for replying
and replacing the attendee with that identity in the reply ical.
Patch by Bo with slight modifications and an off by one fix. File branched
due to new strings.
svn path=/branches/proko2/kdepim/; revision=364292
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
1. It removes the (newly added) references to KMComposer::mNever{Encrypt,Sign}
They are an internal implementation detail of KMComposeWin, used for
supressing crypto operation during autosave/dead letter writing. If you
want to forbid the user to sign/encrypt, you should make that visible in
the GUI, by disabling the resp. actions _and_ disabling crypto operations
and not by silently ignoring the user's request.for signing/encrypting.
(this patch is needed, since, in ae_b, both variables are gone).
2. It fixes usage of KPIM::Identity by aviding the copy-ctor and by calling
isNull() instead of comparing to Identity::null.
CCMAIL: bo@kdab.net
svn path=/trunk/kdepim/; revision=316493
(better than <foo.h>, especially when systems could have an identity.h somewhere)
A kconfig_update script moves the identities from kmailrc to emailidentities
svn path=/trunk/kdepim/; revision=311347
Matthias Kretz
David Faure
Allen Winter
Volker Krause
Ismail Onur Filiz
Laurent Montel
Till Adam
Andreas Gungl
Reinhold Kainhofer
Marc Mutz
Bo Thorsen