From kde-pim  Tue Nov 11 20:13:16 2008
From: Ingo =?iso-8859-1?q?Kl=F6cker?= <kloecker () kde ! org>
Date: Tue, 11 Nov 2008 20:13:16 +0000
To: kde-pim
Subject: Re: [Kde-pim] KMail Usability Issues
Message-Id: <200811112113.16532 () thufir ! ingo-kloecker ! de>
X-MARC-Message: https://marc.info/?l=kde-pim&m=122643446708421
MIME-Version: 1
Content-Type: multipart/mixed; boundary="--===============1029189907=="

--===============1029189907==
Content-type: multipart/signed; boundary=nextPart2052332.V5xKHcCukS;
 protocol="application/pgp-signature"; micalg=pgp-sha1
Content-transfer-encoding: 7bit

--nextPart2052332.V5xKHcCukS
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Tuesday 11 November 2008, Sander van Grieken wrote:
> > On Monday 10 November 2008, Matthias Fuchs wrote:
> >> * what is the difference between a normal-filter and a pop-filter?
> >
> > POP filters are applied before a message is downloaded from a POP
> > account. This way one can get rid of spam without downloading the
> > whole spam message.
> >
> > Normal filters are applied to new messages in the IMAP inbox resp.
> > to messages downloaded from a POP account (after the download of
> > the full message) or a local mailbox.
> >
> >> I think I know it though I think this extra menu-entry does no
> >> good
> >
> > What do you propose instead?
>
> Aah yes I've been annoyed by this as well.
>
> My proposal: Merge the two filter options. Change the filtering so
> that the filters that CAN act on a message without downloading it
> will do that first. This might also benefit IMAP filtering in some
> situations.

Hmm, this might indeed make sense although we would probably have to=20
sacrifice "Download mail later" and the corresponding confirmation=20
dialog because this wouldn't make much sense in this scenario. We=20
should keep this in mind when we implement the filtering agent for=20
Akonadi.


> >> * wth are "Sieve"-scripts? there is no information provided there
> >> what that could mean, no help-button or whatever
> >
> > If you don't know, don't bother. What do you propose? Hide
> > everything some users might not know?
>
> I agree with Matthias that there should be some (minimal)
> documentation. A while back I did some googling, but found not much
> end-user ready information.

Yeah, we, the coders, suck at writing documentation. Help is very=20
welcome and would be much appreciated.


Regards,
Ingo

--nextPart2052332.V5xKHcCukS
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (GNU/Linux)

iEYEABECAAYFAkkZ51wACgkQGnR+RTDgudic3QCgtGBwp+EgYN/eyhQdS3Xc4Cuj
CK8AoJnw96z55iUQPgSB1Vc8xSG6kpt+
=edWL
-----END PGP SIGNATURE-----

--nextPart2052332.V5xKHcCukS--

--===============1029189907==
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/
--===============1029189907==--