- check if there is a still active out-of-office sieve script on startup
Prokde35-z Item 79
Kolab issue 1743
svn path=/branches/kdepim/enterprise/kdepim/; revision=716765
- the ability to have a particular domain only allowed for MDNs
- the ability to send no MDNs to SPAM
- the ability to configure access to the above two options
- extended sieve parsing for vacation settings
- the ability to strip certain mimetypes (such as invitations) when
inline forwarding emails automatically
These are mostly usefull for Kiosk.
-
svn path=/branches/kdepim/enterprise/kdepim/; revision=662540
send out-of-office replies to and the spam setting to be pre-configured
and one to hide the vacation script editing completely.
(Kolab Issue 1449)
svn path=/branches/kdepim/proko2/kdepim/; revision=596381
No GUI for it (is one needed?), in the kolab2 case it will simply be
set by the wizard.
Patch changed twice from Marc Mutz's comments and now approved :)
svn path=/trunk/kdepim/; revision=378237
(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
#define kernel KMKernel::self()
to
#define kmkernel KMKernel::self()
because 'kernel' was a much to general term. We really shouldn't repeat the mistakes of the X developers.
I noticed this problem when I played around with KImageEffects. kimageeffects.h contains 'kernel' as parameter of some methods and so the compilation had to fail. We won't need KImageEffects in the near future, but at least we are now prepared and a clash with another 'kernel' can't happen anymore.
svn path=/trunk/kdepim/; revision=252621
1. There's a reason that u is tested for emptiness. Look at findUrlForAccount().
2. Apart from that fact that using Qt's version of Java's reflection API
makes safe refactoring impossible (b/c the compiler can't check it),
one also needs to take care to always use the fully qualified name.
Thus, (new ImapAccountBase())->inherits(ImapAccountBase)) is always
_false_.
If there's a problem with dynamic_cast<> here (other than that it's standard
and not the Qt-way), feel free to fix _that_ problem, but _please_ _test_
before you commit (or post the patch, although posting shouldn't replace testing). This little thing has cost me half an hour of debugging :-((
svn path=/trunk/kdepim/; revision=232715
There is also a type property but it a) returns a QString and b) is not implemented in
any of the subclasses. So what can this property be removed?
CCMAIL:kmail@kde.org
svn path=/trunk/kdepim/; revision=228438
Volker Krause
Frank Osterfeld
Till Adam
David Faure
Reinhold Kainhofer
Thomas Zander
Martijn Klingens
Marc Mutz
Szombathelyi Gyrgy
Andrew Coles
Laurent Montel
Stephan Binner
Ingo Klcker
Dirk Mueller
Daniel Molkentin
Cornelius Schumacher
Matt Rogers
Zack Rusin
Andras Mantia