[kmail2] [Bug 313697] kmail is screwing up new emails
https://bugs.kde.org/show_bug.cgi?id=313697 --- Comment #10 from William L. Thomson Jr. <wlt...@o-sinc.com> --- Others may not run into this. But I think you can replicate by storing Kmail2 maildir folders on a full partition. I bet that will replicate the issue. Seemed to record an entry in akonadi but the email was empty on file. Maybe should have errored out etc vs show empty email. The empty email was pulled from server, so it was not recoverable after. Thus the need for an error vs current action. Its likely a one off scenario as mostly likely use a single large partition or other. But I believe the problem still exists and could be replicated by having a partition without enough free space to store and incoming email. But enough space for akonadi to record the email and attempt to fetch it, just unable to write to disk. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 377070] Kmail emptied inbox, all emails deleted!!!
https://bugs.kde.org/show_bug.cgi?id=377070 --- Comment #10 from William L. Thomson Jr. <wlt...@o-sinc.com> --- (In reply to Martin Steigerwald from comment #9) > William, do you really expect someone to read this after all your previous > ranting? I wouldn´t. I have different expectations of others. Given the experience, I could understand if another was expressing frustration due to issues. If software I wrote caused serious problems for another. I would likely read it if they took the time to write it. If they did not care, they would not even comment right? > Also "something with filters" is *way* to unspecific in order to say > anything about it. So if you have a reproducable bug regarding filters, feel > free to report it, but please 1. with a different tone, and 2. in a *new* > bug report. I would but I moved on and am not able to help in that process. If its not effecting others it would just be a false report. > I do have an insanely complex filter setup and it works just fine. But there > are many ways to setup filters in a way that they conflict which each other > and so on, so what you see can easily just be a result of misconfigured > filters (i.e. mistake made by you as an user.) I would love to blame myself. But I had not messed with filters in some time. I had lots of them, and they worked fine. Once I setup them up I rarely change. They had been the same for some time, across a few versions of Kmail2. I cannot explain what caused emails to end up in all sorts of folders they did not belong. I just assumed it was a filter, as that seems to be the only think that sorts emails. It very well could have been something else. > Thanks, Martin (do not expect me to reply to any rants you may come up with, > its not that I think Akonadi is perfect – far from it, I even agree it might > be good to replace it at some time, maybe with the new Sink – but for me it > basically works quite okayish meanwhile). Sorry for the rant, but having had numerous email issues with Kmail2. I was at my limits. I can handle issues with many things, but email is not one. More so when used to make a living and losing important work emails. Its not something others even tend to believe. My email client screwed up and deleted emails. Yeah right that was something you did. Just like my issues with filters was blamed on me, regardless if it was a user issue or not. Which I am pretty sure I did not mess up filters. They worked before and after. I had no clue the emails were in the wrong folders. I thought they were deleted. Many did not even match any filter as they were from my inbox. It was super weird but given my numerous issues and lost emails before. It was not till migrating to Claws Mail that I found them and commented. > Thank you and good luck with Claws Mail. Thus far months later not a single issue with claws mail other than some very minor UI quirks. I haven't even bothered to file bugs. I may look to submit patches/PR in any bug report as part. Being more familiar with C than C++. Part of why I moved on. I did not see myself being in a position to actually help with the issues. At least I reported them. Its not like most take time to report bugs. I think if you put yourself in my shoes you can understand the frustration and rants Thanks for being receptive, dealing with the rant, and closing with a polite statement! I really liked KMail2, just not the backend stuff. I am a DB guy but more of one to put it all in the db. Syncing dbs with files on disk is difficult. But filters many avoid. Part of why I left QT was like Trojita, the alternative to Kmail2 will not get filters. The developers I believe are anti filters. I need filters :) Maybe to filter myself at times :P -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 377070] Kmail emptied inbox, all emails deleted!!!
https://bugs.kde.org/show_bug.cgi?id=377070 --- Comment #8 from William L. Thomson Jr. <wlt...@o-sinc.com> --- In going through migrated emails from Kmail2 to Claws Mail. I found all the emails that disappeared from my Inbox. They were in another folder. At first I thought I may have dragged them into that folder or something. But as I moved the emails that did not belong in that folder back to my in box I noticed lots of other emails that also did not belong in that folder. It seems like something went horrible wrong with filters. That is the only thing that would make sense for the other emails plus my inbox one to end up that way. I have filters to move email from IMAP Inboxes to local folders. Maybe somehow that confused a remove Inbox with the local one and moved all those emails to another folder. But in doing so it also redirected emails matching other filters destined for other folders into that same folder. Which is pretty odd, and it was a random folder. Anyway I would say this is definitely related to filters. The emails were not deleted just moved. Others were not moved to the correct folder. All ended up in the same incorrect folder. Including my missing Inbox emails. Hope that helps in some way. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 377070] Kmail emptied inbox, all emails deleted!!!
https://bugs.kde.org/show_bug.cgi?id=377070 William L. Thomson Jr. <wlt...@o-sinc.com> changed: What|Removed |Added Status|NEEDSINFO |RESOLVED Resolution|WAITINGFORINFO |WONTFIX --- Comment #7 from William L. Thomson Jr. <wlt...@o-sinc.com> --- Closing since after ~5yrs of frustration with this last scare losing my entire inbox being the last straw. It took some time, as I am not one to change. I liked many aspects of Kmail2, but to many issues and things that caused me problems. I have switched to Claws Mail. The memory usage, or lack there of when dealing with thousands of emails is insane. Akonadi would bloat ~500MB. Claws Mail never uses more than 100MB. I am extremely pleased with its performance. It starts really fast, and I am quite pleased all around. Thanks for the fish and headaches. Kmail2 would be great without the KDE PIM. That also messed up my calendar and other stuff. All of Akonadi is garbage and should be tossed. Akonadi is why Kmail2 sucks, not because of Kmail2 itself Hope that lesson is learned someday at the expense of others like myself. So much wasted memory, electricity, battery life -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 345494] Contacts from your data can be cluttered with erroneous and synthetic email addresses.
https://bugs.kde.org/show_bug.cgi?id=345494 --- Comment #4 from William L. Thomson Jr. <wlt...@o-sinc.com> --- Forgot to mention; If I uncheck "Use addresses indexed from emails for autocompletion" It no longer shows anything from my Address Book, or others. Just shows recent addresses, emails no names odd. If I uncheck use recent addresses I think it stops collecting them, but no change otherwise. Neither allows me to just use contacts in my address book. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 345494] Contacts from your data can be cluttered with erroneous and synthetic email addresses.
https://bugs.kde.org/show_bug.cgi?id=345494 William L. Thomson Jr. <wlt...@o-sinc.com> changed: What|Removed |Added CC||wlt...@o-sinc.com --- Comment #3 from William L. Thomson Jr. <wlt...@o-sinc.com> --- I have a ridiculous amount of unwanted emails that show in auto completion. I have not been able to get this under control. I changed the order to Personal Conacts then Recent Addresses. I would like it to just be Personal Contacts and no others. I can only change order, not deselect or remove ones from being in the order at all. I clear out recent addresses but it fills back up, and other email addresses coming from some where I need to hunt down and remove. I only want emails in my address book to show in auto completion. Its pretty simple. Not sure why all this complex harvesting, that is erroneous, and even worse. Messes up contacts in Personal Contacts. When I start typing a name/address that is in my address book, personal contacts. It does not show, but all the erroneous and bad ones do show. Not util I have pretty much typed it all does the correct one show for Auto Completion. Its about as bad as I have ever seen. Its been this way across many versions KMail Version 5.4.2 KDE Frameworks 5.31.0 Qt 5.7.1 (built against 5.7.1) The xcb windowing system Likely an update, but unless its been changed/fixed. More than likely will behave the same as it has for some time now. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 377070] Kmail emptied inbox, all emails deleted!!!
https://bugs.kde.org/show_bug.cgi?id=377070 --- Comment #6 from William L. Thomson Jr. <wlt...@o-sinc.com> --- I think this is related to Filters. I am seeing mail ending up in various folders that do not match the filters. I keep coming across old mail in the wrong folder. Not sure if its doing this as mail is coming in. Or something going on with mail already arrived. Also there is odd handling of emails in the maildir folders. Sometimes mail stays in new permanently and is never moved to cur. Should be anytime its open or read moved to cur from new. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 377355] Kmail2 does not reset scroll position in message preview/window
https://bugs.kde.org/show_bug.cgi?id=377355 --- Comment #2 from William L. Thomson Jr. <wlt...@o-sinc.com> --- I think this is occurring when a message deleted is larger than the next. It seems to occur when I have a list of emails. I am at the bottom of the list, oldest email, not sure if that matters. I open an email, scroll to the bottom. I delete that email so it moves to the next oldest, last one in list. At that point the scroll bar is still at the bottom. If the next message is larger than the one I deleted, the scrollbar resets. But if the next email after deleted is smaller it seems to not reset the scrollbar position. Or something to that effect. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 373040] Stop line wrapping long links
https://bugs.kde.org/show_bug.cgi?id=373040 --- Comment #7 from William L. Thomson Jr. <wlt...@o-sinc.com> --- Turning off word wrap does stop this bug then text is also not wrapped. Ideally any time a line starts with http or www, etc or anything matching a URL per regex should disable line wrapping for that line. That way you can leave word wrapping on, but links will not be wrapped. And/or wrap links in way that they show wrapped visually, but actual text is not wrapped when sent. Either way. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 373040] Stop line wrapping long links
https://bugs.kde.org/show_bug.cgi?id=373040 --- Comment #6 from William L. Thomson Jr. <wlt...@o-sinc.com> --- Not how Bugzilla is NOT breaking the links I put here. Learn from that Kmail devs... Use the stuff you make. Put long links into emails and send to other Kmail devs as part of development. Watch they break, and then say how great Kmail is... -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 373040] Stop line wrapping long links
https://bugs.kde.org/show_bug.cgi?id=373040 --- Comment #5 from William L. Thomson Jr. <wlt...@o-sinc.com> --- This is very frustrating... Trying to share links with others. Kmail wraps and breaks the link. Requiring copy/paste to get the link to work again. https://beta.groups.yahoo.com/neo/groups/Firebird-Java/conversations/messages/11297 It is really amazing how Mobile stuff gets it, but other do not. In mobile anything that looks like a link and/or phone, etc is clickable and actionable. It is ridiculous that kmail messes with urls such that when they arrive. They are not seen as URL. They are not clickable. They are line wrapped and broken. Really seems like kmail is an experiment in people who need to fulfill their time writing code. Rather than a serious email client that the developers use themselves. Do Kmail devs never send out long links? I even tried to disable the option to line wrap at so many characters, default 78. No difference. Next email/long url, wrapped several lines and broke. This is stupid... Just look at this garbage https://beta.groups.yahoo.com/neo/groups/Firebird-Java/conversations/messages/11299 Every link broke... What a wonderful piece of software kmail is. I never ever had this issue with Evolution. This has bothered me for so many years I finally filed this bug. But issues with kmail are stacking up, the end is very near for me. Seriously worse email software ever!!! -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 377355] Kmail2 does not reset scroll position in message preview/window
https://bugs.kde.org/show_bug.cgi?id=377355 --- Comment #1 from William L. Thomson Jr. <wlt...@o-sinc.com> --- Seems this is not consistent. After closing and re-opening kmail2 for other reasons. It seems to be resetting scroll. Not sure what I can do or did for it to stop scrolling. I will see if I can replicate. It has happened many times before. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 377356] New: Kmail2 unable to deal with Thrashed, T flag in maildir
https://bugs.kde.org/show_bug.cgi?id=377356 Bug ID: 377356 Summary: Kmail2 unable to deal with Thrashed, T flag in maildir Product: kmail2 Version: unspecified Platform: Gentoo Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: message list Assignee: kdepim-b...@kde.org Reporter: wlt...@o-sinc.com Target Milestone: --- I believe this problems stems from Dovecot. Which on the server is marking an email Thrashed with the maildir T flag. Kmail seems to fetch/pull in these emails which is fine. But then it grays out the message. Such that it cannot be selected or deleted. If it is in a thread, you can delete the parent, with thread collapsed, and it will delete the Thrashed/T flagged email. Otherwise I have to navigate to the maildir directory containing the email and manually delete the file. Which is pretty annoying. It seems Kmail2 should either not pull in these emails. Immediate delete them, and, or not gray out. So the user can delete the message as normal. Either way Kmail2 is unable to handle them now, and I think falsely fetches them. I do not think Kmail2 is setting the T flag. Pretty sure that was set on the server's maildir. Just ends up the same in the client/kmail2 maildir on my system. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 377356] Kmail2 unable to deal with Thrashed, T flag in maildir
https://bugs.kde.org/show_bug.cgi?id=377356 --- Comment #1 from William L. Thomson Jr. <wlt...@o-sinc.com> --- Forgot version info KMail Version 5.4.2 KDE Frameworks 5.31.0 Qt 5.7.1 (built against 5.7.1) The xcb windowing system -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 377355] New: Kmail2 does not reset scroll position in message preview/window
https://bugs.kde.org/show_bug.cgi?id=377355 Bug ID: 377355 Summary: Kmail2 does not reset scroll position in message preview/window Product: kmail2 Version: unspecified Platform: Gentoo Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: UI Assignee: kdepim-b...@kde.org Reporter: wlt...@o-sinc.com Target Milestone: --- When I am reading a long email, below the message list, not opening the email in a new window. If I scroll down. Then I switch to another email in the list. The scroll position does not reset to the top. It seems to end up further down in the next message. I am constantly scrolling to the top of the newly selected message. I do not believe it always did this, but I cannot recall 100%. KMail Version 5.4.2 KDE Frameworks 5.31.0 Qt 5.7.1 (built against 5.7.1) The xcb windowing system -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 377070] Kmail emptied inbox, all emails deleted!!!
https://bugs.kde.org/show_bug.cgi?id=377070 --- Comment #5 from William L. Thomson Jr. <wlt...@o-sinc.com> --- I cannot replicate this. I am sorry but at the time, dealing with the lost emails was more important than going on a mission to help developers fix a bug... I am not sure I could produce anything anyway. I have seen it happen before and was not much for me to produce in the form of log output etc. Does akonadi even have an activity log file? Nothing in /var/log/* even mentions akonadi... mysql logs are empty with last touched date of January 18th. Exactly where is this output I should be producing? I write lots of software. I rarely ever find or run into bugs my users report. Unit tests do not seem to eliminate user bugs either. That KDE Pim developers do not experience issues is of no surprise. I would google kmail2, and you will find countless reports of users having issues. Not sure you can even compare a Gentoo env to a Debian one. Assuming everything is the same version, maybe something newer in Gentoo than Debian, hard to say, lots of variables. The fact that akonadi does not log any output to system log files by default shows one of its many design flaws. Who ever came up with this concept clearly missed some very important aspects needed for debugging and fixing issues... Who writes software that does not log output by default. Much less core software like this? This is a joke... https://techbase.kde.org/KDE_PIM/Akonadi/Debug_IMAP#Debug_Output How is that supposed to help in situations where you cannot replicate what happpened. Go set that up after the fact of a problem occurring. Without log activity there is no trail. Write better software that produces logs of activity. That way when something goes wrong that log can be used to determine what went wrong. If this akonadi had logging by default, I would have included that with my bug report. You can see your giving users nothing to help developers in addressing issues. This software is horribly designed and coded all around. It is WAY to experimental and keeps radically changing. Some akonadi2/kube in the works, etc. Need to stop messing with things. Email should be reliable, rock solid. I have lost lots of individual emails. Kmail also has no ability to handle imap T flag. It pulls in messages that the server maybe trying to delete that come with the T flag. It keeps those in the folders, grayed out. I have to go into the folder in disk and delete the email. Then it is removed from the list. This losing all emails is another matter entirely. It not only wiped out inbox/cur but inbox/new. I will conclude with I have never had any issues with other email clients like I have repeatedly had with Kmail. I an not a novice user by any means. If I am running into such issues I can only imagine others. Anyone I speak to does not run kmail. Most avoid it for known issues. Even most on Gentoo who maintain KDE run from kmail2. Its you all software and reputation. Akonadi and kmail2 are very below subpar... New features added that are stupid while core features cause major issues... Some stupid area for favorite folders I cannot get rid of. Some dumb text next to emails saying no html message etc. While I lose all emails with no log output... -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 313702] Lost all emails in a folder
https://bugs.kde.org/show_bug.cgi?id=313702 --- Comment #7 from William L. Thomson Jr. <wlt...@o-sinc.com> --- This occurred again with my inbox I filed a new bug 377070. I wish this was taken more seriously. This seems to happen at times for no reason as happened with my inbox -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 377070] Kmail emptied inbox, all emails deleted!!!
https://bugs.kde.org/show_bug.cgi?id=377070 --- Comment #3 from William L. Thomson Jr. <wlt...@o-sinc.com> --- This is not something I can replicate. I have no clue how it happened. I have had nothing but problems with akonadi. It is complete garbage all around. This is DEFINITELY a bug report! Akonadi screwed up and wiped out my inbox and deleted all emails in the inbox maildir. There is NOTHING else that would delete files in just that one folder. Nothing else managed those maildir folders but kmail/akonadi. My contacts are all screwed up and other issues with akonadi I do not bother reporting or looking into. Stuff that is not in the address book file. Nor that shows in my contacts as I can correct or edit that stuff. So much garbage from akonadi its not funny. Seems another Gentoo dev started Trojita, I will likely see about contributing to that and moving on. Every for every potential benefit of akonadi there is substantially more issues. It is the WRONG direction to go and needs to be optional. Till it is not longer experimental and does not mess up. This may have been mysql corruption, since its using a HORRIBLE RDBMS, Should be using Posgresql or Firebird. Which really only Firebird has a true embedded option and mode. Not requiring a daemon. I had other issues early on with sqlite and that was dropped entirely. I cannot replicate. But ANY code in Akonadi to remove emails from disk should be removed immediately. It did not move the emails to the trash or anything. It literally wiped them from existence on my system. I have lots of filters, folders, hundreds of thousands of emails. No issue in other folders. However I have seen this indexing thing, were the emails seem to populate and messed with scrollbar, as akonadi is clearly doing something with the database and syncing emails on disk. Only KDE bugs I have ever filed are all on kmail2... https://bugs.kde.org/buglist.cgi?bug_status=UNCONFIRMED_status=CONFIRMED_status=ASSIGNED_status=REOPENED_status=RESOLVED_status=NEEDSINFO_status=VERIFIED_status=CLOSED=wlt=1=substring_id=1425933_format=advanced I really cannot emphasis enough the amount of issues since day 1. Across so many versions, libraries, etc. It is garbage It is extremely unreliable. It seems to be widely known but just about anyone. Not sure what it will take for KDE devs to get the message and stop this madness... If I leave KDE for another, it will be 100% due to kmail2. I wish I never left evolution seriously! Kmail has been nothing but a headache. If migrating away was trivial I would have already. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 377070] Kmail emptied inbox, all emails deleted!!!
https://bugs.kde.org/show_bug.cgi?id=377070 --- Comment #1 from William L. Thomson Jr. <wlt...@o-sinc.com> --- If you all continue on with adonadi, aside from not deleting emails on disk during any sync or other operation. You should STOP using mysql, and use a reliable database which has MUCH better support for embedded usage, Firebird I am not sure if this data loss comes from mysql or akonadi, or something between then. I know akonadi deleted the emails on disk as kmail has no access. Nor does mysql. Furthermore if using a db backend, emails should be stored in the database. That way there is NO chance of losing sync with emails in database and on disk if they are all in the database to begin with. Trying to use a db for indexing and meta data leaving emails on disk is just asking for problems. Much of which I have experienced first hand and will continue to exist as long as these horrible methods are used. Don't use a db backend for on disk stuff. If you are going to index that, move all data into the database. If none of that, then at least never have akonadi delete emails. If it has syncing issues, it should rebuild from what is on disk. NEVER deleting what is on disk -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 345379] Emails lost after filter is applied
https://bugs.kde.org/show_bug.cgi?id=345379 William L. Thomson Jr. <wlt...@o-sinc.com> changed: What|Removed |Added CC||wlt...@o-sinc.com --- Comment #1 from William L. Thomson Jr. <wlt...@o-sinc.com> --- Grayed out emails have the imap T flag set. Kmail has issues handling these. For me they remain and I have to delete from disk manually. But I have experienced lost emails as well. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 377070] New: Kmail emptied inbox, all emails deleted!!!
https://bugs.kde.org/show_bug.cgi?id=377070 Bug ID: 377070 Summary: Kmail emptied inbox, all emails deleted!!! Product: kmail2 Version: unspecified Platform: Gentoo Packages OS: Linux Status: UNCONFIRMED Severity: critical Priority: NOR Component: general Assignee: kdepim-b...@kde.org Reporter: wlt...@o-sinc.com Target Milestone: --- KMail Version 5.4.2 KDE Frameworks 5.31.0 Qt 5.7.1 (built against 5.7.1) This is NOT the 1st time this has happened. Every email in my inbox was deleted for NO reason. This seems to be some issue between the emails on disk and what ever is in the akanodi database. I am SO sick of issues with Kmail2 and email. This whole using a db backend is NOT working and needs to end. People should have a choice on using akonadi, mysql, and any db. Emails that are on DISK should NEVER be deleted unless I am deleting them. Funny enough emails in my trash remain till I empty the trash. I have lots of folders, lots of filters, lots of emails. I have not had this problem with other folders. I have had other issues with emails from day 1 using kmail2. I am about to go back to gnome and evolution. Kmail is complete garbage I am a database person. I have worked with database for years. There is NO reason to be integrating email with a database. For all the problems I am experience it is NOT worth any benefit on search etc. I have grep and other fast things if I need to search. My contacts are all messed up because of something that associates names with emails, and does it incorrectly. At ever angle there are problems from the software trying to do things it need not. Features that CANNOT be turned off. This needs to stop!!! Kmail2 needs to be decoupled from this horrible mess that is akonadi. Emails on disk should not disappear and be removed due to some syncing or other issue that clearly comes from the database. Nothing else would remove emails like that. I saw them flashing and re-indexing. I saw that happen to other folders before but never lost emails. Clearly seeing stuff resulting from integration with on disk emails into some sort of database. I do not care what is done with akonadi, but it should NEVER delete emails as part of its syncing operations. This is really unacceptable. I am very displeased all around at how people are doing experimental things with software people will heavily rely on for business, to make a living, etc. An email client should NEVER delete emails unless a person does that or its part of a filter etc. Such serious bugs should NEVER exist. That they result from some database integration and some needless features is unacceptable. The entire point of email software is to receive and store email. If it cannot do that simple function the rest is completely pointless and moot. The most important feature of any email client is to maintain email. No change should ever be made to kmail that could potentially delete an email without a users interaction, unless from a user created filter. There needs to be some serious code review and much better QA. This is the WORST email software I have ever used. If I did not have so many folders, filters, etc I would switch. Plus to switch means I likely need to switch desktops envs. Only reason I am even running kmail is I left gnome. But I kept using evolution for a while, and wish I never migrated to kmail. I used evolution for over a decade and NEVER once did I have any issue. Nor with Thunderbird ever. I have been using kmail since ~2011. I have hated it ever day since. Many on Gentoo have stopped using it including many developers who maintain KDE on Gentoo. I do like many aspects of kmail. But I absolutely HATE akonadi, any integration, etc. That NEEDS to be optional seriously. This joke about rapidly developing PIM applications etc. It is pointless. There are no other KDE PIM based email clients. The one that was developed as an example in 2008 never went further and there has been no others in almost a decade. Please reconsider this direction. Akonadi and any efforts there are NOT improving the quality of Kmail. They are in fact making it horrible unreliable, deleting emails, corrupting others as I have reported in other bugs. So many issues that would not exist if it was not for this akonadi bs. This failed experiment that is akonadi needs to come to an end. If kmail continues to be developed using akonadi and no option to not use a DB backend and just stick to plain files on disk. Then I will definitely move back to evolution or thunderbird. These sorts of problems really should not exist. I have never experienced them or others till kmail. Unacceptable, and needs to change radically -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 313702] Lost all emails in a folder
https://bugs.kde.org/show_bug.cgi?id=313702 --- Comment #6 from William L. Thomson Jr. <wlt...@o-sinc.com> --- I run the latest versions available in Gentoo, not stable. I run masked versions at times to help test. It has been a while since I encountered this. Presently on 16.08.3 Version 5.3.3 (QtWebEngine) Using: KDE Frameworks 5.28.0 Qt 5.7.0 (built against 5.7.0) The xcb windowing system I have 16.12.0 built on my dev server just have not installed it yet. Been running behind desktop on updates. I will update to the latest available ASAP. I try to stay pretty current, but do keep servers more up to date then desktops. Closing is fine, I can reopen if I experience it again. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 373313] Make From field in the composer read only
https://bugs.kde.org/show_bug.cgi?id=373313 --- Comment #4 from William L. Thomson Jr. <wlt...@o-sinc.com> --- I have hidden it. The only case it could be useful is in email spoofing. Which I do not think KDE would want to encourage that. I cannot see to many situations someone would want to compose an email in kmail using a different from address that was not associated with an account in kmail. Either way, it is up to you all. I have hidden it now for myself so I cannot make such mistake on accident. But others may use it on purpose. I would think KDE to want to limit things that could be abused for bad purposes like spoofing emails. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 373313] Make From field in the composer read only
https://bugs.kde.org/show_bug.cgi?id=373313 --- Comment #2 from William L. Thomson Jr. <wlt...@o-sinc.com> --- Created attachment 102648 --> https://bugs.kde.org/attachment.cgi?id=102648=edit >From email address replaced with another You can see in the attached image I can put what ever I want for the from address. I just copied and pasted your email from reply to bug email as an example. It is not part of my identity. I accidentally put a To address into >From and spoofed an email I did not intend to because the field is editable. :) kmail-16.08.3:5::gentoo Version 5.3.3 (QtWebEngine) KDE Frameworks 5.28.0 Qt 5.7.0 (built against 5.7.0) The xcb windowing system -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 373314] New: Verify GPG key emails when signing an email
https://bugs.kde.org/show_bug.cgi?id=373314 Bug ID: 373314 Summary: Verify GPG key emails when signing an email Product: kmail2 Version: unspecified Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: composer Assignee: kdepim-b...@kde.org Reporter: wlt...@o-sinc.com Target Milestone: --- Not sure if this is a kmail bug or other. I think it is something Kmail can address. Since the from field in the composer ng is editable. You can spoof someone elses email address really easily. I accidentally did that, and Kmail allowed me to sign an email. Despite the from address in the email not being one of the email address in my GPG key. Seems Kmail should only sign an email with a GPG Key that contains the From address in the email. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 373313] New: Make From field in the composer read only
https://bugs.kde.org/show_bug.cgi?id=373313 Bug ID: 373313 Summary: Make From field in the composer read only Product: kmail2 Version: unspecified Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: composereditor-ng Assignee: mon...@kde.org Reporter: wlt...@o-sinc.com Target Milestone: --- In newer versions of Kmail, the composer was changed so the From field is not editable. It does change when you change accounts/identities. But it also allows you to type in an email. Which I accidentally swapped a To address into From, and spoofed someones email. Really should not be able to use an email address without it being in an account. Or at minimum make it an option that can be turned on off. I almost never need to edit my email address, so being editable just makes such mistakes possible where they were not before. Thank you for your consideration! -- You are receiving this mail because: You are watching all bug changes.
