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

List:       kmail-devel
Subject:    [Bug 31114] When deleting mail locally, delete on POP3 server, too.
From:       Alexis Papadopoulos <iacp () free ! fr>
Date:       2007-08-24 15:34:40
Message-ID: 20070824153440.31574.qmail () ktown ! kde ! org
[Download RAW message or body]

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=31114         




------- Additional Comments From iacp free fr  2007-08-24 17:34 -------
Hello,

I've just stumbled upon this report and decided to take a look, although I don't \
(yet) use KMail with one POP account I have.

In my opinion, this can be solved probably this way:
_ each time we download a message through POP, we add two headers, the UID (easy to \
do, I've already made the modification) and the receiving account that was used \
(haven't really looked into that yet) _ when a message is deleted, we just look at \
the headers. If the account is a POP one and the UID is available, we can safely \
delete the message from the server (if requested by the user of course)

I have only taken a quick look and I'm sure that things are not that easy, but this \
should be possible. Now the question is, is it too unorthodox to add such headers in \
the messages ? The UID, I think not, but the account information maybe. A dev's \
opinion would be great...

The next thing I need to solve is how to delete the messages from the server. I \
cannot do this in a per message basis because if the user deletes too many mails at \
once, he'll just send massive DELE requests to his pop server. That might take me \
some time since I'm a noob in KMail development.

Last, but not least, the disadvantage here is that all previously download mails \
don't have these extra headers, so there isn't much we can do about them. Then again, \
I don't think there is a possibility to implement this feature without facing this \
last issue...

Alexis
_______________________________________________
KMail developers mailing list
KMail-devel@kde.org
https://mail.kde.org/mailman/listinfo/kmail-devel


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