(*** This bug was imported into bugs.kde.org ***) Package: kmail Version: 1.3 (using KDE 2.2.0 ) Severity: wishlist Installed from: Linux-Mandrake 8.0 (Traktopel) - Unsupported Compiler: gcc version 2.96 20000731 (Linux-Mandrake 8.0 2.96-0.48mdk) OS: Linux (i686) release 2.4.8-Gufete OS/Compiler notes: It should be cool that if I delete a message locally it would be deleted in the POP3 server (something like mozilla mail do) Than you in advanced (Submitted via bugs.kde.org) (Called from KBugReport dialog)
Just like to add another vote for this feature. An example of why this feature is important: One user running KMail on two seperate client computers to access the same POP account. User reads mail from the account and deletes it using machine A. User goes home and logs into machine B. The user now has to read and delete again the same message. It doesn't sound like a big deal, but, receiving 20-30 messages a day make duplicating the same decision process quite a chor. For me this is the one missing feature in KMail. KMail is the best client I've ever used. Thanks.
In my mind this would be pretty confusing, especially since this feature might actually cause users to loose mail even when being in good faith that they are still stored on the POP server, thus causing at least some need for configuration. Isn't using IMAP in some form a viable option, since the protocoll is specifically designed to support multiply clients for one account and IMAP support in KMail is rapidly advancing? I just switched from POP3 too IMAP using KMail and I am pretty happy about wondering how I could ever NOT use IMAP. Cheers, Thorsten
Subject: Re: When deleting mail locally, delete on POP3 server, too. In response to your comments I've taken a hard look at IMAP and converted all my mail client/servers. Thanks. All my unsuspecting users are next. : ) --Matt On Sunday 02 March 2003 12:26, you wrote: > ------- You are receiving this mail because: ------- > You are a voter for the bug, or are watching someone who is. > > http://bugs.kde.org/show_bug.cgi?id=31114 > > > > > ------- Additional Comments From automailer@th-hornung.de 2003-03-02 21:26 > ------- In my mind this would be pretty confusing, especially since this > feature might actually cause users to loose mail even when being in good > faith that they are still stored on the POP server, thus causing at least > some need for configuration. > > Isn't using IMAP in some form a viable option, since the protocoll is > specifically designed to support multiply clients for one account and IMAP > support in KMail is rapidly advancing? I just switched from POP3 too IMAP > using KMail and I am pretty happy about wondering how I could ever NOT use > IMAP. > > Cheers, > Thorsten
Hi KMail developers, what about closing this bug? IMHO it only adds to the bug count and even the original reporter agrees that this is best done using IMAP as POP3 is not designed for this kind of things. I can't do it since I don't have permissions to do so. Cheers, Thorsten
I would definitely want to see this in KMail. Eudora has this feature as well. Although IMAP is definitely the way to go, a *lot* of ISPs only have POP service (I am stuck with one right now). With this feature implemented, POP comes a lot closer to emulating IMAP. All it would take to not confuse the user is to add another option under "Delete from server after fetching" that says something like "Remove deleted messages from server".
*** Bug 59761 has been marked as a duplicate of this bug. ***
I also whish this feature, i love it from outlook. (mozilla has it, but doesn't work well....) What i need to do to vote this?
the perfect solution would be additional menu items + buttons to delete Mail local and on the server. "Move to Trash local + server" "Delete local + server
I use this feature a lot in Eudora (and Outlook). With so few ISP's supporting IMAP it is a really good way to emulate some of the functionality. For me I like it because it means if I have hardware crash at least my INBOX emails are stored on the server. All my older processed emails are of course safely backed up. I see a lot of people on news boards asking how to do this with KMAIL. It is one of the only 2 things I see missing from KMAIL for your general user (the other being able to create HTML messages without using an external editor).
Now, when I want to delete messages directly on POP server I have to use utility like KShowmail. It will be really nice to see that feature in KMail. Many of my friends are asking me if KMail has that feature. ISP's in Croatiy have only POP service so we can't use IMAP.
The current sven virus going around shows the importance of adding this feature. Many KMail users do not know how to set up POP filters and the dialog for them requires a moderate amount of experience to decipher. Simply deleting the messages and then emptying the trash is far more user-friendly way to remove unwanted mails from one's server.
I really want this feature, BUT it should be an option for pop3 accounts in the account preferences dialog. That is OFF by default.
this is the only feature that i missing on kmail. i think kmail is one of the best mail clients on unix but this feature it is so important for me that i use the mozilla mailer. unfortunately in the mozilla mailer this feature very stupid, (when i remove a message from inbox they will be deleted from server, as well when i move the message to an another folder) i think the best way for this is an additional menu items + buttons "Mark for Deletion" "Mark for Deletion" on some messages means when kmail connect the pop server and before/after the download of new messages is started the marked messages will be deleted on the server and locally. I suggest After downloading new messages. Then it is possible to set the deletion Marker by an automatic filter (i.e. for spam) and delete the junk-messages then automatically from server.
*** Bug 69009 has been marked as a duplicate of this bug. ***
*** Bug 72826 has been marked as a duplicate of this bug. ***
I, for one, just wish that this if this is implemented, it is never activated by default. I don't intend to use this feature, and I would not like to loose email because of it.
When want a feature, to delete Email from the server, AFTER we moved it to trash and then CLEAN the trash! And, of course it should be made configurable! But what do you do, if you let your emails on the server, so that you can download it at several locations -> how do you get rid of spam? -> You need an extra program, to browse through your online pop3 server, and manually delete emails, you already have deleted, because it is spam. BTW: Outlook and TheBAT do it right, and I know many users, who are very satisfied with this feature, once they understand how to use it!
Another vote for this feature, though, as one poster has said, it should be configured off by default. Suggestions to change to IMAP are of no use to those whose ISP only supports POP Otherwise KMail is a great mail client.
*** Bug 85275 has been marked as a duplicate of this bug. ***
*** Bug 21080 has been marked as a duplicate of this bug. ***
*** Bug 37323 has been marked as a duplicate of this bug. ***
*** Bug 20002 has been marked as a duplicate of this bug. ***
*** Bug 26924 has been marked as a duplicate of this bug. ***
*** Bug 38587 has been marked as a duplicate of this bug. ***
*** Bug 13445 has been marked as a duplicate of this bug. ***
*** Bug 23971 has been marked as a duplicate of this bug. ***
*** Bug 39993 has been marked as a duplicate of this bug. ***
*** Bug 36002 has been marked as a duplicate of this bug. ***
*** Bug 46858 has been marked as a duplicate of this bug. ***
*** Bug 92621 has been marked as a duplicate of this bug. ***
take my 10 points to add this feature. I would be really helpful.
It seems like this feature does not keep attention at all of the developpers ! The issue has been submitted the 2001-08-20 and its status is still : NEW !!! wowww...!
Me as well am stumped that this is considered new for 3 1/2 years whereas nearly every other mail client (from free to commercial) has this implemented in one form or another. Well, back to thunderbird for now (and probably the next couple of years) ;-)
More noise we do more attention it will take for developers. I agree with you all above. This feature has to be in the KMail.
Its time for the KDE Developers to realize, just how close they are getting to being real contenders, when it comes to organizers like Microsoft Outlook. Yet to not have this basic feature as part of it's KMail application is a "HUGE" oversite. I run my own business and count on this feature when I'm mobile and need to download my mail, but not delete anything thats new so I can get it again when I get home or to my office. Why should I have to have another mail client, in conjunction with KMail, to delete my messages, or use my Pocket PC to delete what I don't want. I hate to be so blunt, but it seems almost a joke that feature is not there and only makes you wonder if the developer team is really serious about what its doing. I thought the point was to not be dependent on winblows (excuse my french) and being the best desktop for getting your work done(although you are, you still have some work to do with the basics--wich it seems are easily overlooked). Thanks for voting, hopefully it will be emplimented ASAP! Later, DrahKeN PS. Don't even get me started on the lack of drag and drop support in the calender, or the missing "cut & Past" when you highlight something in an opened message. why am I going all the way up to the edit menu to copy something when I should be able to do it from a right-click menu? Klipper shouldn't be needed here. (but all that is probably best for another improvement request) <html><head><meta name="qrichtext" content="1" /></head><body style="font-size:9pt;font-family:Goha Tibeb Zemen"> <p>Its time for the KDE Developers to realize, just how close they are getting to being real contenders, when it comes to organizers like Microsoft Outlook. Yet to not have this basic feature as part of it's KMail application is a "<span style="text-decoration:underline">HUGE</span>" oversite. I run my own business and count on this feature when I'm mobile and need to download my mail, but not delete anything thats new so I can get it again when I get home or to my office. Why should I have to have another mail client, in conjunction with KMail, to delete my messages, or use my Pocket PC to delete what I don't want. I hate to be so blunt, but it seems almost a joke that feature is not there and only makes you wonder if the developer team is really serious about what its doing. I thought the point was to not be dependent on winblows (excuse my french) and being the best desktop for getting your work done(although you are, you still have some work to do with the basics--wich it seems are easily overlooked). </p> <p></p> <p></p> <p>Thanks for voting, hopefully it will be emplimented ASAP!</p> <p></p> <p>Later,</p> <p>DrahKeN</p> <p></p> <p>PS. Don't even get me started on the lack of drag and drop support in the calender, or the missing "cut & Past" when you highlight something in an opened message. why am I going all the way up to the edit menu to copy something when I should be able to do it from a right-click menu? Klipper shouldn't be needed here. (but all that is probably best for another improvement request)</p> <p></p> <p></p> </body></html>
On Monday 14 February 2005 02:50, johnnie dragon wrote: > Its time for the KDE Developers to realize, just how close > they are getting to being real contenders, when it comes to organizers like > Microsoft Outlook. Yet to not have this basic feature as part of it's KMail > application is a "HUGE" oversite. I run my own business and count on this > feature when I'm mobile and need to download my mail, but not delete > anything thats new so I can get it again when I get home or to my office. > Why should I have to have another mail client, in conjunction with KMail, > to delete my messages, or use my Pocket PC to delete what I don't want. I > hate to be so blunt, but it seems almost a joke that feature is not there > and only makes you wonder if the developer team is really serious about > what its doing. I thought the point was to not be dependent on winblows > (excuse my french) and being the best desktop for getting your work > done(although you are, you still have some work to do with the basics--wich > it seems are easily overlooked). This is Free Software. Anyone can add a feature if they think it's important or they personally need it. With all the people complaining about the lack of this feature over the years you'd think someone one would sit down and do it. Alas, we have not received a patch yet. I guess that's because most people who need server side storage use IMAP, which is the tool for the job and conceived expressely to address the shortcomings of POP such as the lack of a clean way to store mail on the server and get to it from multiple clients. > Thanks for voting, hopefully it will be emplimented ASAP! I doubt it. Unless someone contributes a patch. > PS. Don't even get me started on the lack of drag and drop support in the > calender, or the missing "cut & Past" when you highlight something in an > opened message. why am I going all the way up to the edit menu to copy > something when I should be able to do it from a right-click menu? Klipper > shouldn't be needed here. (but all that is probably best for another > improvement request) That's been implemented for KMail 1.8 which will be part of KDE 3.4
> I run my own business and > count on this feature when I'm mobile and need to download my mail, but > not delete anything thats new so I can get it again when I get home or to > my office. If it is that important to you, you could always take a look at http://www.kontact.org/shopping/
>This is Free Software. Anyone can add a feature if they think it's important >or they personally need it. With all the people complaining about the lack of >this feature over the years you'd think someone one would sit down and do it. >Alas, we have not received a patch yet. I guess that's because most people >who need server side storage use IMAP, which is the tool for the job and >conceived expressely to address the shortcomings of POP such as the lack of a >clean way to store mail on the server and get to it from multiple clients. > >> Thanks for voting, hopefully it will be emplimented ASAP! > >I doubt it. Unless someone contributes a patch. First of all most of the people using software are not programmers. That is why we (the non-programmers) are putting in requests for features or bugs that we find or find missing. Now if the programmers that work on KMail all have the luxury of having IMAP access to their mail and they see no reason to implement such a feature that many people in the 'real' world still 'have' to use due to their ISP's not offering IMAP then I am just stumped. That would mean that every program out in the whole wild world would only have the features the programmer himself uses and wants. He/She/They would never implement any features requested that they themselves never use. We would have quite a setback in computing if that is how the 'system' works. People keep on voting for this feature and I definitely think it would at least be nice to hear that it might be investigated if this is a feasible feature or not. I just checked with 8 other email programs that I found on a couple of computers and all 8 have implemented this in some way or another. KMail is the only one that ignores this completely. But thank you for explainging this to us. Overall there is a lot to like about KMail and Kontakt but for my part it is back to Thunderbird and Eudora. BH
On Monday 14 February 2005 21:25, Big Husky wrote: > First of all most of the people using software are not programmers. That is > why we (the non-programmers) are putting in requests for features or bugs > that we find or find missing. And that is a good thing. > Now if the programmers that work on KMail all > have the luxury of having IMAP access to their mail and they see no reason > to implement such a feature that many people in the 'real' world still > 'have' to use due to their ISP's not offering IMAP then I am just stumped. It's not that we don't see the need. If one of us finds the time to get to it, I'm sure we'd all gladly include it. But our resources are very limited and our priorities apparently elsewhere, atm. > That would mean that every program out in the whole wild world would only > have the features the programmer himself uses and wants. He/She/They would > never implement any features requested that they themselves never use. We > would have quite a setback in computing if that is how the 'system' works. > People keep on voting for this feature and I definitely think it would at > least be nice to hear that it might be investigated if this is a feasible > feature or not. I just checked with 8 other email programs that I found on > a couple of computers and all 8 have implemented this in some way or > another. KMail is the only one that ignores this completely. We ignore it because we spend our time on other things. An hour spent bugfixing or implementing one feature is an hour not spent implementing another or fixing a different bug. There is more to do in KMail and Kontact than our small team can get done in the time we have. So some things invariably will fall by the wayside. The issue less close to our own hearts and needs are more likely to, and I think that is perfectly legitimate, since we are all donating our time. > But thank you for explainging this to us. > Overall there is a lot to like about KMail and Kontakt but for my part it > is back to Thunderbird and Eudora. Luckily there is much choice out there. : )
I apologize if I came across a little to strong. It was only triggered by the way of your response to the previous poster such as: "...With all the people complaining about the lack of this feature over the years you'd think someone one would sit down and do it. Alas, we have not received a patch yet..." and "...This is Free Software. Anyone can add a feature if they think it's important or they personally need it..." or "...I doubt it. Unless someone contributes a patch..." I think you guys have done an incredible job with the product and I was one of the lucky ones to actually have IMAP access to my email for quite a while. I lost that access in the last 6 months and thus had to stop using KMail and switch to the other programs. I do miss the integration of the tools but will have to live without it until I have the opportunity to get imap mail again. Sadly it seems that most ISP's are still refusing to offer IMAP access and thus for any person that has to access his/her mail from multiple location this is a very important feature. My guess at the moment is that most of the work on Kontact/Kmail is going into making it an enterprise level email/contact manager/client where IMAP is predominant, whereas for the homeusers/smb the majority still deals with POP3 and thus I am sure we will see the voting for this to go up much further. Once again. Thank you for all your hard work and good luck with your future endeavor. Big
Just wanted to add my comment that this would be a useful feature. I've been using Mozilla and then Firefox for a couple of years on my Linux system. I just installed the RC1 for KDE 3.4 using Konstruct and am conscientiously giving all KDE componets that I have't really tried before a run. Implementing this feature would be make the application almost perfect. :-)
A short note to say I'll be looking into implementing this in the near future. I'll keep you posted on any progress made
a lot of isp's don't offer imap. this feature takes care of this problem. maybe imap is common in some countries, but here in the US, it isn't uncommon for an isp not to support it. I recall someone telling me, "well, you should consider using imap instead of pop3" as if it was as easy as that. well let me say, once again... it isn't. Its not like we can just tell our isp's to start offering imap. The answer I've gotten is "we do not support imap" I don't know if it is a security issue or a hassle for them or, what, but they simply don't. I would have thought by, now that the developers of KMail would have grasp this, but I keep seeing this as an answer to our request. "just use imap!" unfortunately it's not quite that simple. I hope you will add this feature. Its a shame to have to use another mail client when yours is as good and better in many ways than others. this one fault however is in MY opinion a big oversight. why do so many of the other mail clients include it if its really not that big a deal? is it because they realize our isp's are rockheads... maybe. is because they know this feature does indeed get used... maybe. What I'm trying to figure out is why there is such opposition to adding this feature. Especially since you know were just gonna keep bugging you! You have a great app! this feature will only make it a more solid contender to those other great apps already out there. I know I said this before, but it bears repeating(well, at least I think so). "The more people that use linux, the more other "mainstream" developers will take notice of the potential for making some money, So far, in my neck of the woods, I've only seen star office for sale, in the linux section, other than that the only thing you can buy are a few of the distros themselves. no games, no business software, nothing(I can only hope that this because of where I live, and not a crisis everywhere). yet if more people use it maybe a developer, or two would decide to take a chance. who knows. however if users have trouble making the transition, or are just turned off because the features they are used to just are not there. why will anyone bother at all? I can assure you, they won't. they will just keep writing software for windows and maybe mac, and thats it. meanwhile windows users will hear the amazing stories about how only system admins, hackers, and nerds use linux(which we know isn't true, but alas - it's not easy to prove). So please guys add the feature for crying out loud. ...and keep up the good work. I shudder to think of a world that didn't have KDE. Thanks for making linux exciting, unique for each user and just plain fun to use! Thanks,
Bowing as low as I can, I thank you in advance for your interest! Alex Villar. El Domingo, 10 de Abril de 2005 18:19, Rich Birch escribió: [bugs.kde.org quoted mail]
Created attachment 11629 [details] PATCH: Leave message on server until moved from inbox Hi folks, I would like to submit this PROPOSED PATCH for testing and review. (Diff'ed againt kmail -current 06/29/05 [svn revision 430106]) It's a first pass attempt at providing a feature that is akin to "delete on server when deleted locally". It's not quite 'exactly' this option, but more akin to the way OS X's Mail.app delays removal of messages on the server with what could be described as "delete on server when moved from 'inbox'". After an initial cursory attempt, I see how difficult such a 'simple' feature within the kmail architecture would be to fully implement with the way accounts, messages, folders, etc. are decoupled. A quick patch summary: For all messages remaining on the server, the account retains a mMsgIdForUidMap, a persistent map that ties server specified uids' to message-id's (MD5). As messages are (re)moved from the account's destinatin folder ('inbox'), a signal is emitted from the account's 'inbox'. The account's receiving slot function slotMsgRemoved in turn removes the msg's entry from the mMsgIdForUidMap. On the next hit on the server (RETR state), the idsToSave list is iterated and compared against the mMsgIdForUidMap to test existence at which a decision to keep the msg in the save list or not can be made. Hope someone finds this useful -- thanks... -r.
I think, the way you described it, is very good. I just want to metion, that the solution is one drawback -> if somebody is using filters to move incoming emails to various folders, the emails would get deleted on the server. (Since the are leaving the inbox). I think, this should be an option: [] delete mail on server, if moved from inbox. [] delete mail on server, if deleted locally. Then, it would be somewhat perfect!
Just a quick note. I might begin working on this in a couple months if no one beats me to it. Don Sanders http://donsanders.org
I'm sorry I've been silent for a while guys. I've just not had any time to work on kmail in the last few months. So it's unlikely that I'll be beating you to it Don - it's all yours :)
I have submited a bug, being not returned in the first show of request (searching the results), now after post my bug-wish I see this one, I also add a new vote for this feature, I will not like use the other tools of kontac and not use kmail.
I had to change back from Kmail to Thunderbird because of this feature... None of my email acounts support IMAP, just POP3. Hope that after 4 years of requests, this will finally be available on Kmail. Btw, thanks for givin' a hand Don ;)
I just checked coming 3.5rc version. There are many new option in Kmail such as delete if it's older then NNN days and so on. But guess what? There is no option to delete it if it's deleted locally. Keep dreaming ... Wired :(
Adding a checkbox which is default disabled in mailbox settings would be one step, *another* to add a new menu item in right click menu. I prefer first one, including the second one as option (e.g. i could map DEL button to "delete mail (also on pop3)" or to "delete mail (only locally)". if the mailbox has "delete mails also in inbox" enabled, it will be deleted if possible, with the next "check-in-out", but if it is not enabled, it falls back to only local deletion. as pointed out, IMAP protocol is not always accessible or available, in fact, mostly it costs you money to use IMAP instead of POP3 with most email services. this feature has been introduced in outlook. it even works on my mobile phone, or in eudora or pegasus mail client. even the best solution would be: "Delete Mails on account if deleted from trashbox", which would be harder to implement though. definitely a needed and wanted optional feature. (was just the first reaction i got from some windows-outlook users, who wanted to migrate to kde: kmail is great, but wait, where is ...) important would be: control when emails should be deleted: with the next checkout? with the next send? with both? immediately? ("immediately" would cause problems too on most pop3 servers, which have a "anti-boxf***-mechanism", to prevent users from hitting the "download mails" button 10 times in a row by blocking the account for a timeperiod)
>important would be: control when emails should be deleted: with the next >checkout? with the next send? with both? immediately? ("immediately" would >cause problems too on most pop3 servers Should be on quitting kmail as well.
I also think that deleting a mail from the server when it's completely deleted locally (not just moved to the trashbin) would be very nice. But a really cool feature would be if, additionally, one could say "all read eMails in this folder should be deleted from the server". I use bogofilter and move all spam suspects to a folder. So, if I look at this folder and see all this is spam, I mark it as read; and it could be safely deleted from the server because I _really_ don't need it anymore. In this way, one could also delete all that annoying provider newsletters (like GMX sends all the time). I also move these to a folder with a filter.
I think that the *best* way to handle this topic would be delete from server when deleted from trash . IMHO a checkbox in the configuration panel would be the top. As of Tobias request : I use bogofilter as well and put spam in a spam folder . When I am sure something's spam I just trash it : "empty trash" ( gosh ... that sounds so windowing :( ) would do the trick.
Has this patch been applied? Did it not work? What happened? Is anybody working on this? I would really like to use KMail, but I am forced to use Thunderbird instead because of this missing and most important feature. This should have the highest priority. Nothing else should be done with KMail until this is implemented.
*** Bug 133872 has been marked as a duplicate of this bug. ***
I think we can now safely assume that this feature will most likely never be implemented into KMail. Just look at how many years it has been since this has first been reported/requested. The author(s) believe the whole world is on the IMAP train (which isn't the case btw.) Many of my friends and myself had to abandon KMail and this 'bug/missing feature' is one of the top reasons why. Currently of all the e-mail clients we have looked at KMail seems to be the only one having decided that this is not a feature to be implemented (agree, not all implementations in the other clients are all working correctly). So if you are lucky enough to have IMAP access go ahead and enjoy using KMail, but if you are a POP3 user look elsewhere.
I would suggest moving to Thunderbird. I commented on this bug back in 2003 saying I was moving to IMAP; only to find that IMAP support was lacking as well. I was a big proponent of kmail for a long time. What really killed it for me was the instability of kmail and how the imap4 process would spin forever, never to return. Given the sheer ignorance (as in ignore your users) of the developer, do yourself a favor and move to thunderbird. It's slower, but it works.
WILL move to Thunderbird
We are not ignorant, but we serious lack time and man power. If you think Thunderbird is better for you then farewell.
My apologies. My comment was out of line. It was not my intent to insult anyone. I think we the users get easily irritated because we do like kmail and the whole kde suite. I wouldn't run Thunderbird if I thought I didn't have to. I prefer kmail. Developers don't get enough appreciation for the work they do. Again, sorry for the stupid comments.
I definitely understand that. But, some work has been done on KMail during the last several years. I just don't understand what could have had priority over this feature. If anything was done during that time, this should have been it. The lack of this feature prevents most of us from using KMail. I would not even consider using anything else, if it wasn't for this problem, but I am forced to use Thunderbird, in which this feature works perfectly. If you, guys, are doing anything with KMail right now, please, put it on hold and do this first. If for no other reason, then just to get more testers and bug reporters, because this feature would at least double your user base. See how eager I am to switch to KMail? I keep coming back bothering you. Ingo Klöcker wrote: [bugs.kde.org quoted mail]
> If anything was done during that time, this should have been it. This is nonsense. You can not tell other people what they have to do to be allowed to work on KMail. If you want that power you have to hire someone.
Is it really _that_ hard to implement this feature? I think there was already a patch submitted to delete messages on the server deleted locally (from the trashbin or so). For me, it's no surprise that user get angry when a feature request which seems to be easy to implement and has a lot of votes for it get simply ignored for more than three years. I see that there is a lack of developers. But why are you doing all kind of stuff and expand Kmail with every release _before_ doing this feature that everybody wants?
> But why are you doing all kind of stuff and expand Kmail with every release > _before_ doing this feature that everybody wants? Because they think it has a higher benefit/effort ratio. They are doing the job voluntarily, so it is totally up to them to set priorities. If that is not OK for you, you can do what you want yourself or pay someone to do it. It is that simple.
The feature is difficult to implement because it's almost impossible to know whether a message has been deleted "locally" as soon as an IMAP server is involved. For example, the message could have been moved to another folder by another KMail or another client without your local KMail knowing about this move. It's not impossible to handle this correctly, but it's also not easy. And as for the second question, a lot of the new stuff has been contributed to KMail by external people sending us patches. We, the core developers, have mostly concentrated on bug fixing and reviewing the patches that were sent to us.
May be this feature could apply only to pop servers, to avoid problems with IMAP and others clients ? Moreover, I think this feature is not requested for imap at all, but by those (like me) who have only pop acces to their mail server.
IMAP works like that anyway. Nothing needs to be done about IMAP. For POP3 it would be enough to delete on the server if the message has been deleted or moved from that account's inbox. Tracking where a message gets moved from folder to folder is not needed. All we want is Thunderbird's behavior with regard to POP3 accounts. Thunderbird has a single option in account settings (for POP3 accounts only) regarding this, which is "leave messages on server until I delete or move them from inbox". That's all we want. So, what needs to be done is, when a message is being deleted, delete the message on the server at the same time. KMail can already delete messages on the server or leave them there. It just cannot do this selectively. The decision whether it needs to be deleted just needs to be moved to the local deletion. We don't even have to be able to apply this to all deleted messages. It would be enough if I could right click a message and click on "Delete locally and on server" next to just "Delete". This should not be to hard. Ingo Klöcker wrote: [bugs.kde.org quoted mail]
<i>"...For POP3 it would be enough to delete on the server if the message has been deleted or moved from that account's inbox... " </i> Stop! "move" is NOT the same as "delete"! What if I have a Kmail filter running on my PC A, that moves all messages from bugs.kde.org to folder KDE-BUGS? If all e-mails, that are moved will be also deleted from the server, my laptop B will never have those e-mails. cheers!
That's the thing! Deleting mails from the server when they are moved from the inbox sucks. E. g. I use a lot of filtering and move most of my mails from the inbox. But what I _want_ to delete from the server is e. g. stuff that bogofilter classifys as spam or annoying GMX newsletters. So, the way to go (for me) would be (I don't know whether this is possible): Give each folder the option "Delete read mails in this folder from the POP3 server". Aditionally, one could say that mails that are moved to the trash folder (and come from an POP3 account) should be deleted from the server.
Deleting if moved from inbox is better than nothing. Maybe it will not solve everybody's problems, but it will for most of us. I noticed that a lot of people said they use Thunderbird instead. Thunderbird does exactly this and nothing else. I only asked for mirroring Thunderbird's functionality. That should not be hard to implement and would make most of us happy. If that can be extended later, no problem. Better something than nothing. Step wrote: [bugs.kde.org quoted mail]
This option would be great to have, as long as it's an option - i.e. you can still disable it.
Hi I'm back . I see this thing being carreid on since 2003 . Almost 4 years and one patch submitted (2005) . Now, I would like to ask the team 1) What happened with the patch ? What was that made you reject it ? 2) Can't you really make a prediction of when (if) the feature will be implemented ? My sense ( mybe wrong ) is that the KMAIL users comunity is really longing for this feature and I don't see a good reason why not telling us what the tech. problems are ... I understand the fact that the core team is doing " ... bug fixing and patch review " : there's been a patch submitted and we simply have know nothing about it . Cheers Marco
Please include this feature. Thunderbird has it: 'leave messages to server' + ' delete messages from server when deleting them from local folder'.
> ------- Additional Comment #71 From Tobias Leupold 2006-09-15 11:03 ------- > Aditionally, one could say that mails that are moved to the trash folder (and > come from an POP3 account) should be deleted from the server. That's precisely what I need. Or maybe even better, delete them from the server when the trash folder is emptied. There already are options in POP3 account's preferences to: - delete mails from server after X days, - keep only last X mails on the server, - keep only last X MB of mails on the server. How hard would it be to add a 4th option, to delete a mail from the server when it is deleted locally (but NOT when it's moved from inbox, please - people have already written about it (eg. comment #70)).
It should be a good feature!
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
*** Bug 159666 has been marked as a duplicate of this bug. ***
*** Bug 164262 has been marked as a duplicate of this bug. ***
Is there any news about this feature?
I was desparate for that feature for a while myself (so I switched to Thunderbird). But my mail server switched to imap recently, so Kmail is back up!
Wow, a wish since 7 Years .... i switch do imap and do not use kmail.
I've quit using KMail. Requested feature takes too long to get implemented. IMAP with SPAM filters is buggy in KMail. I've switched to Mozilla Thunderbird.
Is anyone currently working on this bug?
Since there is ho hope to get it introduced to KMail in predictable future, and I like the Kontact suite, I decided to prepare a workaround for this missing feature. The goal was to make it as easy for everyday use as possible, without modifying KMail itself. My solution is available at as DeleteFromPOP3 project at Sourceforge.net(tm) (http://sourceforge.net/projects/deletefrompop3/). More info on my blog at http://www.linuxquestions.org/linux/blog/dr_agon/2008-10-13/How_to_remove_selected_messages_left_on_the_POP3_server I hope it will be useful for someone Feel free to test it.
At the moment Jerzy is making a good job, but I think, there could be a easier solution, especially, as you have solved it partially with the deleting-after-days-feature Do not forget, that with Linux know are working more and more non-professionals. If I could, I would write a solution, but... Anyway, here the free mailers are still pop3 and I like very much this feature. Normal workprogress for me is to look and work in KMail, but when I travel working with the browser. But only when I travel. So I have a stuffed box then, and even, what is very strange to me, from time to time KMail downloads all the mails, I have deleted on the local client... As pointed out by many, double work is nasty.
(In reply to comment #87) > At the moment Jerzy is making a good job, but I think, there could be a easier > solution, especially, as you have solved it partially with the > deleting-after-days-feature Do not forget, that with Linux know are working > more and more non-professionals. If I could, I would write a solution, but... > Anyway, here the free mailers are still pop3 and I like very much this feature. > Normal workprogress for me is to look and work in KMail, but when I travel > working with the browser. But only when I travel. So I have a stuffed box then, > and even, what is very strange to me, from time to time KMail downloads all the > mails, I have deleted on the local client... > As pointed out by many, double work is nasty. > How difficult would it be to look how Thunderbird implements this feature and mimic it? This would be really useful...
Well, almost 8 years! Still no news? So I'm also going to add my "please implement it". I know you have so little time, but don't you think this should have higher priority than other bugs? We love KMail and hope it be perfect. Best regards
First of all, thanks for all efforts going into this project. Kontact, and Kmail are great tools, so I am thankful to their developers. For this particular feature, I think, with so many supporters, this feature needs to be a high priority todo on the developers' list and I believe this shouldn't be a too difficult issue to tackle for them. We would be glad to see this feature implemented.
KMail is really the best e-mail-client I ever used. And the best-looking as well... The only shortcoming is this lacking feature...
Wow, 8 years and 1900 votes. It would be so great if you could add this. I love Kontact but I'm really missing this.
This feature is realy very easy to implement: When KMail checks for new e-mails on the server, it knows which of them it has already downloaded, so it doesn't download them again. It knows that even e-mails that have been already deleted locally. The simple conclusion is that KMail knows which of the e-mails present on the server have been already deleted locally by the user. Then what's the problem with deleting them also on the server? There's no problem at all. And this can be done while checking for new e-mails - that's when Thunderbird does that, for example. To be honest, I haven't read all the discussion above, so I don't know what are the arguments against implemeting this feature. But I know that there are no technical barriers to implementing it, and the number of voters for this bug shows that this feature would be useful for many KMail users.
I don't think this will ever be implemented in KMail, maybe devs don't see or feel the need for it. If you want to use Kmail, try to find an IMAP server. Either ask your administrator if IMAP is possible or otherwise, you can use GMail as an artificial IMAP server (channel everything through some GMail account and that can be used as IMAP server).
lol. changing the server because of a lacking functionality in the client? or even creating an account on another server just for the mere purpose of e-mail forwarding? sorry, but it's some nonsense...
@Tomasz: then go and implement it yourself, you were the one who said it was easy.... :)
Do I have any guarantee that my patch will be accepted? One patch lays here 4 years already...
No guarantees in life!
(In reply to comment #93) > (...)The simple conclusion is that > KMail knows which of the e-mails present on the server have been already > deleted locally by the user. POP3 client knows nothing about messages present on the server. All messages could have been deleted by another client, for example. > Then what's the problem with deleting them also on > the server? There's no problem at all. This is not so easy. POP3 is very simple protocol, not designed for random access to messages. It also does not enforce unique ID of messages on the server. I'm not saying it is impossible, but it is not so simple, either.
In any case, if this is implemented, it will not be before the akonadi POP3 resource is integrated in kmail, around kde 4.4 or kde 4.5.
> > (...)The simple conclusion is that > > KMail knows which of the e-mails present on the server have been already > > deleted locally by the user. > POP3 client knows nothing about messages present on the server. All messages > could have been deleted by another client, for example. I haven't written anything about messages deleted on the server. Maybe I'll explain once again what I mean: -KMail checks the server for new e-mails - it sees that there are two - let's call them e-mail X and e-mail Y. It downloads them. -You see new e-mails in KMail. You read them and you notice that e-mail X is worthless spam and you delete it right away. You even remove it from trash, because it doesn't deserve taking your precious disk space even if it's in trash. -Sometime later KMail checks again for new e-mails on the server. It sees again the same two e-mails - X and Y. Of course, it doesn't download Y, because it's already there in your local mailbox. Does it download X? No. Why?? You have already deleted it from your local mailbox!! ... Wow! KMail knows it! KMail sees that X isn't there in your local mailbox and sees it on the server, yet it doesn't download it for the second time! Simple conclusion: KMail knows that X _was_ there in your local mailbox (so it doesn't download it again from the server). If KMail knows that X _was_ in your local mailbox, then it knows that you have _deleted X locally_. And guess what KMail can do with such knowledge? Yes - if you ask him to delete such messages also on the server, it can do it for you! But... you need an option in KMail's configuration, which isn't there and which has been asked for by so many people for so many years... What do you think? How does this feature work in other e-mail clients? I bet it uses the same mechanism. > This is not so easy. POP3 is very simple protocol, not designed for random > access to messages. It also does not enforce unique ID of messages on the > server. > I'm not saying it is impossible, but it is not so simple, either. Yes, I believe you're right that coding an algorithm for knowing which e-mails have been already downloaded from the server, even if they are deleted locally, is difficult. But such algorithm already exists in KMail, as proven above.
Hi, KMail maintainer here. > This is not so easy. POP3 is very simple protocol, not designed for random access to messages. It also does not enforce unique ID of messages on the server. For servers without UID support, we would disable this feature. > Do I have any guarantee that my patch will be accepted? One patch lays here 4 years already... Sorry, that patch was before my time, I usually try to deal with every patch we get. That patch is now against KDE3, which is feature-frozen. I'd much prefer a patch against the Akonadi POP3 resource. Implementing it in Akonadi would also be a bit easier, since that has consistent notifications about deleted items, and also unique Akonadi item IDs. The POP3 resource would just need to remember the Akonadi Item ID<->POP3 UID mapping, and listen to deletion notifications. The Akonadi POP3 resource is currently very much work in progress, I haven't been able to finish it yet, but I will do that eventually of course. My plans also included addressing this bug, but I can't promise anything.
Switching this to product kmail2
It belongs more to Akonadi , POP3 resource
*** Bug 271361 has been marked as a duplicate of this bug. ***
Is anybody still working on this? Kmail 4.11.3 (or the respective akonadi parts) still can't do it.
Thank you for the bug report. As this report hasn't seen any changes in 5 years or more, we ask if you can please confirm that the issue still persists. If this bug is no longer persisting or relevant please change the status to resolved.
If this bug is no longer persisting or relevant please change the status to resolved.
🐛🧹 ⚠️ This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information, then set the bug status to REPORTED. If there is no change for at least 30 days, it will be automatically closed as RESOLVED WORKSFORME. For more information about our bug triaging procedures, please read https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging. Thank you for helping us make KDE software even better for everyone!
🐛🧹 This bug has been in NEEDSINFO status with no change for at least 30 days. Closing as RESOLVED WORKSFORME.
After following this ticket for 20 years I feel like it's the end of an era.
I'm pretty sure this has never really been tracked down, we only all use IMAP now and thus nobody sees it anymore ;-) But yeah, seeing this one being closed gives me nostalgic feelings, too …
Created attachment 175972 [details] attachment-1267966-0.html Can't remember exactly why I submitted to this bug, but I think the main reason was that Gmail supports only POP3. Which is still the case, so there might still be some users that can't use IMAP and therefore this feature could be still relevant.