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

List:       kmail-devel
Subject:    Re: KMail development
From:       Don Sanders <sanders () kde ! org>
Date:       2001-10-09 23:33:56
[Download RAW message or body]

Hi,

Basically I think it's a good idea and would like to see 
support for it implemented.

Just to clarify Bug#11750 is a request to allow people to 
initially download only the headers of 'large' messages and 
then later allow the user to decide whether to retrieve or 
delete the message.

So firstly there is the problem of only retrieving the 
headers of large messages. This should not be to hard 
mainly requiring modification of 
kdenetwork/kmail/kmacctexppop.cpp and configuredialog.cpp.

Secondly there is the problem of how to allow the user to 
decide whether to retrieve or delete messages. This task 
can be broken down into two problems, one is to decide what 
the user interface should be like and the other is to 
actually implement the solution in code.

For me deciding what the user interface should be like is a 
difficult problem. How do other mail clients solve this 
problem? Are there solutions any good?, or will people who 
try to use this feature just end up getting confused and 
write even more bug reports.

How much time do you have? Perhaps it would be best just to 
solve the first problem (downloading headers only) and then 
later work on the second part (deciding whether to delete 
or retrieve the message).

To be honest I think the deciding whether to delete or 
retrieve the message would be better done by modifying the 
pop3 slave rather than modifying kmail. The pop3 slave 
could support commands such as pop3://mailserver.com/list, 
pop3://mailserver.com/dele?message=123 and 
pop3://mailserver.com/retr?message=456. Entering these urls 
in konqueror would result in a connection to the pop server 
being opened, commands being executed and the slave 
returning an html web page as a result.

Kind of like extending the pop slave into the equivalent of 
a simple webmail like interface. (But the current interface 
KMail uses to talk to the pop slave shouldn't be messed 
up).

BTW we have a kmail developers list I'll cc it.

Don.

On Tuesday 09 October 2001 22:53, Heiko Hund wrote:
> Hi Don.
>
> We are writing to you, because we are thinking about
> adding a new feature to
> kmail. Since you are the maintainer of it, we figured you
> are the right person to contact in the first place. The
> feature we are thinking of is also
> requested on the wishlist, but our main interest is of
> personal nature.
>
> We are thinking of implementing a possibility to delete
> messages from a POP3
> server that have a certain (too certain) size, so that
> one dosn't have to
> download them. The discussion at
> http://bugs.kde.org//db/11/11750.html says
> pretty much all we are thinking of: saving costs.
>
> Our goal is to implement this feature so that it fits
> into kmail smoothly
> and is as easy to set up as mail filters. We are
> contacting you, just to make sure that you like the idea.
> We think many dialup users will find it as
> useful as we do.
>
> Who are we? Thorsten and Heiko!
> Two computer science students from Germany, who have to
> do a project to pass
> a class. First we thought we do something useful and then
> we though of adding that to a useful program (kmail that
> is). This is why you are reading
> this. And of course because of our interest in learning a
> lot more about qt
> and kde programming, too. We can do some C/C++
> programming already.
>
> So, if you think that's all right. We would like to
> contribute and take part
> in the development process. Just tell us what you are
> thinking! ;-)
>
> Regards from
> Thorsten - mailto:t.zachmann@zagge.de
> Heiko - mailto:heiko@ist.eigentlich.net

_______________________________________________
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]