[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kmail-devel
Subject:    Re: Feature request?
From:       JW <jw () claborn ! net>
Date:       2002-01-15 18:24:52
[Download RAW message or body]

At 10:22 AM 1/15/2002 +0100, you wrote:
> Hello,
> 
> > > There is only one feature we _really_ need that's missing, and this is,
> > > we need a "Leave mail on server for x number of days" in the pop3
> > > account settings, where x is number that can be set but the user.
> 
> What is the sense of such a feature? Are you accessing your e-mails
> with different programs?

And from different locations


> > > Why not use an IMAP server?
> 
> > Because all of my & my co-workers accounts are pop3 accounts, imap is not
> > an option.
> 
> Well, if this is a feature you want for everybody, why not switch all accounts
> to imap.

Because some of our accounts are not under our control. And anyway, we'd simply like \
to continue doing what we have been doing for years - leaving the mail on our servers \
for x number of days. I know that it's a fairly common, almost standard feature in \
pop3 mail clients and most people I know/work with (not just in my company) also use \
this feature. The problem with "don't delete" is, as far as I can see, it _never_ \
deletes. I don't want years worth of email piling up on the servers and certainly \
going over quota.

Also, I'm sitting here looking at the imap-account setup menu and I don't see a \
"delete after x number of days" either. "Automatically expunge deleted messages" \
isn't good enough because many of emails (especially pertaining to mailing lists and \
spam) I never read or delete by hand.

It simply does not appear to me that imap would be the solution even if I _could_ \
switch over to it.

> > > Also I have been told that imap is not secure.
> 
> In what sense "not secure"? AFAIK you can encrypt transmission. However,
> I might be wrong :-)).

I remember one day discussing the insecurity of pop3 and the possible use of imap as \
a replacement, and some security expert (I belive it may have been on the postfix \
mailing list, not sure) pointed out some flaw in imap. Unfortunately I don't remember \
what the flaw was. IIRC it rendered the encrypted transmission part as good as \
useless.


_______________________________________________
kmail Developers mailing list
kmail@mail.kde.org
http://mail.kde.org/mailman/listinfo/kmail


[prev in list] [next in list] [prev in thread] [next in thread]