From kde-pim Wed Jun 29 23:05:21 2005 From: Ingo =?utf-8?q?Kl=C3=B6cker?= Date: Wed, 29 Jun 2005 23:05:21 +0000 To: kde-pim Subject: Re: [Kde-pim] Re: KDE 3.5 release plan. Message-Id: <200506300105.22541 () erwin ! ingo-kloecker ! de> X-MARC-Message: https://marc.info/?l=kde-pim&m=112008633302147 MIME-Version: 1 Content-Type: multipart/mixed; boundary="--===============0052867423==" --===============0052867423== Content-Type: multipart/signed; boundary="nextPart43089342.bjLa7Treta"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit --nextPart43089342.bjLa7Treta Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 29 June 2005 05:38, Don Sanders wrote: > On Wednesday 29 June 2005 07:47, Ingo Kl=C3=B6cker wrote: > > On Tuesday 28 June 2005 03:01, Don Sanders wrote: > > > It's a bit quick for me. I might make a standalone release of a > > > modified Kontact/KMail with client side imap filtering in this > > > case. > > > > I don't understand. Didn't you already commit your changes? At > > least the changes in the filter dialog are already in. > > Yes I'm happy about that. I thought I had that change pretty well > debugged before it was committed but Carsten and Till found some > bugs. > > I'm talking about supporting imap folders as destination of filters > which requires (something like) the action scheduler(1) (also as was > discussed earlier this should also make filtering, especially spam > filtering less blocking). > > I have to update the code so that an action scheduler is associated > with each account, and so that for each action scheduler a hidden > (but permanent) folder is created (again as we discussed earlier). > Maybe this will take one day per account (that should be a > conservative estimate with a wide margin of safety). > > I'll try to fix all the bugs I can find before sending a patch to the > list for review. But I would like to have a margin of safety of 6 > weeks to debug this code after it has been committed and before it is > released. (Since as Carsten and Till have shown it seems prudent to > expect some debugging to required after I commit). Especially I could > do with help testing disconnected imap as I still don't use such an > account. I know that you usually don't work this way but I think you should=20 consider opening a work branch to develop your changes in svn. This=20 would make it easier to track your changes and spot possible problems=20 and it would make it possible to help you. Moreover, your changes can't=20 get lost if they are in svn. Regards, Ingo --nextPart43089342.bjLa7Treta Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQBCwykyGnR+RTDgudgRAkPnAJ0R7Ql9+dc1vPIKYXC8CBPei4XA1ACcDfvx MUvxcwHUONyY6q9E09hwC4c= =EBu4 -----END PGP SIGNATURE----- --nextPart43089342.bjLa7Treta-- --===============0052867423== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ kde-pim mailing list kde-pim@kde.org https://mail.kde.org/mailman/listinfo/kde-pim kde-pim home page at http://pim.kde.org/ --===============0052867423==--