Don't update if you don't want to fix it. If you still do, disable kmail from compilation.
And never try to run it on important data. ;)
svn path=/branches/work/akonadi-ports/kdepim/; revision=1036843
based on a commit from Christian Schaarschmidt on the kdepim-3.5.5+
branch
BUG: 48938
CCMAIL: exit3219@gmail.com
svn path=/trunk/KDE/kdepim/; revision=1002356
* remove the dreaded "gear" icon, mostly replaced by system-run
(which doesn't make a perfect fit all of the time,
but starting from "gear" it can't get worse)
* remove actions/help-about-kde, in favor of apps/kde
svn path=/trunk/KDE/kdepim/; revision=755605
Fixes the following bug:
When an account is removed, the filters related to it get stuck in an infinite loop when KMail is restarted, preventing KMail from starting.
svn path=/trunk/KDE/kdepim/; revision=518076
When an account is removed, the filters related to it get stuck in an infinite loop when KMail is restarted, preventing KMail from starting.
BUG: 123342
svn path=/branches/KDE/3.5/kdepim/; revision=517670
sed 's/59 Temple Place - Suite 330, Boston, MA 02111-1307/51 Franklin Street, Fifth Floor, Boston, MA 02110-1301/'
PS: I didn't touch the kalarm dir, since david seems to update the address himself, and I don't want to create conflicts for him.
CCMAIL:lists@astrojar.org.uk
svn path=/trunk/KDE/kdepim/; revision=437921
incoming messages from IMAP accounts, that is messages that are delivered
into an IMAP inbox folder.
Sundry details:
I've modified these files:
kmfilterdlg.h kmfilterdlg.cpp
To add the advanced tab that allows per account filters
kmfilter.h kmfilter.cpp
I've added some new functions to KMFilter
setApplicability( AccountType )
AccountType applicability()
setApplyOnAccount( uint id, bool aApply )
bool applyOnAccount( uint id )
and an enum
enum AccountType { All, ButImap, Checked }
kmfiltermgr.h kmfiltermgr.cpp
I modified KMFilterMgr::process
to take two optional parameters
bool account = false
uint accountId = 0
and changed the implementation so that when these
params are set per account filtering is applied.
kmaccount.cpp
Trivially to use the new per account filtering.
kmacctimap.h kmacctimap.cpp
For 3 main reasons
1) In the case (it checks) that a filter applies to this
imap account, then incoming mails headers are
downloaded when mail checking occurs. Rather than waiting
until the folder is selected in the GUI.
Because it's really silly to have to select the inbox
folder to manually force filtering to kick in.
2) To load/save a list of unfiltered messages in the
constructor/destructor respectively.
3) To filter messages (I've sort of duplicated a little code
from kmheaders.cpp for this, my apologies).
kmfolderimap.cpp
1) To tell mAccount to filter new mail as the headers arrive.
This is basically the patch I've sent to bug:50997 several times and
has been available for testing for some time.
I'll now focus on allowing IMAP folders to be the target of the
Move Into Folder filter action, and less blocking filtering
(useful for piping into a spam tool).
CCMAIL:73758-done@bugs.kde.org
svn path=/trunk/kdepim/; revision=408531
Laurent Montel
Volker Krause
Bertjan Broeksema
Andras Mantia
Bruno Bigras
Jonathan Armond
Thomas McGuire
Jakob Petsovits
Frank Osterfeld
Arto Hytnen
Matthias Kretz
David Faure
Allen Winter
Reinhold Kainhofer
Chusslove Illich
Ismail Onur Filiz
Andreas Gungl
Till Adam
Thomas Zander
Don Sanders