[kmail2] [Bug 486835] Composer window geometries are mixed up with kmail main window geometries
https://bugs.kde.org/show_bug.cgi?id=486835 --- Comment #2 from Hans-Peter Jansen --- Great, thanks! Can you name the relevant commit, please? -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 486835] New: Composer window geometries are mixed up with kmail main window geometries
https://bugs.kde.org/show_bug.cgi?id=486835 Bug ID: 486835 Summary: Composer window geometries are mixed up with kmail main window geometries Classification: Applications Product: kmail2 Version: 6.0.2 Platform: openSUSE OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: composer Assignee: kdepim-bugs@kde.org Reporter: h...@urpla.net Target Milestone: --- First of all, still running on X11 because bko#377162, sorry! With earlier kmail versions, the composer windows managed its own geometries, e.g. creating a new mail used the window size and position of the last composer window. With 24.02.2, this behaviour is lost, and kmail main window geometries are mixed up with composer window geometries: a new composer window inherits the main window size. In my setup, I'm running kmail main window vertically expanded on a huge 30" screen (since ages). But now, new composer windows are drawn with the same size. Before, it maintained the composer window geometries independently of the main window, and appeared a lot smaller in my setup. Another indication of this new behaviour and the mix-up is reproduced like this: Start up kmail. Resize vertical size to take the full screen height (up to the control panel, of course). Open a new mail. Resize the composer window to a different size, say half of the main window. Close the main window. Close the composer window. Restart kmail, et voilà, the main window appears with the size of the last composer window. This is a regression from my point of view. The kmail main and composer windows should manage their geometries independently. The new behaviour looks and feels ugly, as well as usability is awkward. Also, semantically, main and composer windows act quite different semantically, hence their geometries should be managed separately as well. Operating System: openSUSE Tumbleweed 20240429 KDE Plasma Version: 6.0.4 KDE Frameworks Version: 6.1.0 Qt Version: 6.7.0 Kernel Version: 6.8.7-7-preempt (64-bit) Graphics Platform: X11 Processors: 24 × AMD Ryzen 9 3900X 12-Core Processor Memory: 62.4 GiB of RAM Graphics Processor: NVIDIA GeForce RTX 3060/PCIe/SSE2 Manufacturer: ASUS kmail 24.02.2 -- You are receiving this mail because: You are the assignee for the bug.
[kaddressbook] [Bug 467148] ALTER DATABASE akonadi REFRESH COLLATION VERSION
https://bugs.kde.org/show_bug.cgi?id=467148 Hans-Peter Jansen changed: What|Removed |Added CC||h...@urpla.net --- Comment #1 from Hans-Peter Jansen --- Hi Axel, can confirm this issue for akonadi with postgres here! This fixed it for me: $ export $(grep Host $HOME/.config/akonadi/akonadiserverrc) $ psql -h $Host akonadi akonadi=# ALTER DATABASE akonadi REFRESH COLLATION VERSION; HINWEIS: Version wird von 2.36 in 2.37 geändert ALTER DATABASE akonadi=# \q -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 454257] Crash on save of attachment (tar.gz)
https://bugs.kde.org/show_bug.cgi?id=454257 --- Comment #1 from Hans-Peter Jansen --- Saving the same attachment after restart didn't crash! -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 454257] New: Crash on save of attachment (tar.gz)
https://bugs.kde.org/show_bug.cgi?id=454257 Bug ID: 454257 Summary: Crash on save of attachment (tar.gz) Product: kmail2 Version: unspecified Platform: openSUSE RPMs OS: Linux Status: REPORTED Keywords: drkonqi Severity: crash Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: h...@urpla.net Target Milestone: --- Application: kmail (5.20.1 (22.04.1)) Qt Version: 5.15.2 Frameworks Version: 5.94.0 Operating System: Linux 5.17.9-2-preempt x86_64 Windowing System: X11 Distribution: "openSUSE Tumbleweed" DrKonqi: 5.24.5 [KCrashBackend] -- Information about the crash: - What I was doing when the application crashed: Saving an tar.gz attachment. As far as I can see, the existing reports crash pattern don't match. What's probably important to note: this is kmail and friends from the first full distribution rebuild with gcc12 in openSUSE TW 20220520. The reporter is unsure if this crash is reproducible. -- Backtrace: Application: KMail (kmail), signal: Segmentation fault Content of s_kcrashErrorMessage: std::unique_ptr = {get() = } [KCrash Handler] #6 0x7fcadeca756e in QVector::begin(QTypedArrayData::const_iterator) const (this=) at /usr/include/qt5/QtCore/qvector.h:220 #7 KMime::Content::headerByType(char const*) const (this=this@entry=0x55e600c86030, type=0x7fcadecc0046 "Content-Transfer-Encoding") at /usr/src/debug/kmime-22.04.1-1.1.x86_64/src/kmime_content.cpp:616 #8 0x7fcadeca822a in KMime::Content::header(bool) (create=true, this=0x55e600c86030) at /usr/src/debug/kmime-22.04.1-1.1.x86_64/src/kmime_content.h:681 #9 KMime::Content::contentTransferEncoding(bool) (this=0x55e600c86030, create=) at /usr/src/debug/kmime-22.04.1-1.1.x86_64/src/kmime_content.cpp:873 #10 0x7fcadeca8805 in KMime::Content::decodedContent() (this=this@entry=0x55e600c86030) at /usr/src/debug/kmime-22.04.1-1.1.x86_64/src/kmime_content.cpp:316 #11 0x7fcadf70f2c5 in MessageViewer::Util::saveContent(QWidget*, KMime::Content*, QUrl const&) (url=..., content=0x55e600c86030, parent=0x55e5fe030e70) at /usr/src/debug/messagelib-22.04.1-1.1.x86_64/messageviewer/src/utils/messageviewerutil.cpp:423 #12 MessageViewer::Util::saveContents(QWidget*, QVector const&, QList&) (parent=0x55e5fe030e70, contents=, urlList=...) at /usr/src/debug/messagelib-22.04.1-1.1.x86_64/messageviewer/src/utils/messageviewerutil.cpp:326 #13 0x7fcadf6d7dfe in MessageViewer::ViewerPrivate::openAttachment(KMime::Content*, QUrl const&) (this=0x55e5fe0b5aa0, node=, url=) at /usr/src/debug/messagelib-22.04.1-1.1.x86_64/messageviewer/src/viewer/viewer_p.cpp:324 #14 0x7fcadf6e6ac3 in MessageViewer::AttachmentURLHandler::handleClick(QUrl const&, MessageViewer::ViewerPrivate*) const (this=, url=, w=0x55e5fe0b5aa0) at /usr/src/debug/messagelib-22.04.1-1.1.x86_64/messageviewer/src/viewer/urlhandlermanager.cpp:667 #15 0x7fcadf6df12d in MessageViewer::URLHandlerManager::handleClick(QUrl const&, MessageViewer::ViewerPrivate*) const (w=0x55e5fe0b5aa0, url=..., this=) at /usr/src/debug/messagelib-22.04.1-1.1.x86_64/messageviewer/src/viewer/urlhandlermanager.cpp:283 #16 MessageViewer::ViewerPrivate::slotUrlOpen(QUrl const&) (this=0x55e5fe0b5aa0, url=) at /usr/src/debug/messagelib-22.04.1-1.1.x86_64/messageviewer/src/viewer/viewer_p.cpp:1907 #17 0x7fcae07e3660 in QObject::event(QEvent*) (this=0x55e5fe0b5aa0, e=0x55e601fc24e0) at kernel/qobject.cpp:1314 #18 0x7fcae136437e in QApplicationPrivate::notify_helper(QObject*, QEvent*) (this=, receiver=0x55e5fe0b5aa0, e=0x55e601fc24e0) at kernel/qapplication.cpp:3632 #19 0x7fcae07b7988 in QCoreApplication::notifyInternal2(QObject*, QEvent*) (receiver=0x55e5fe0b5aa0, event=0x55e601fc24e0) at kernel/qcoreapplication.cpp:1064 #20 0x7fcae07ba921 in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) (receiver=0x0, event_type=0, data=0x55e5fd7c9fc0) at kernel/qcoreapplication.cpp:1821 #21 0x7fcae080fec3 in postEventSourceDispatch(GSource*, GSourceFunc, gpointer) (s=0x55e5fd902c70) at kernel/qeventdispatcher_glib.cpp:277 #22 0x7fcada375da0 in g_main_dispatch (context=0x7fcacc005010) at ../glib/gmain.c:3417 #23 g_main_context_dispatch (context=0x7fcacc005010) at ../glib/gmain.c:4135 #24 0x7fcada376158 in g_main_context_iterate (context=context@entry=0x7fcacc005010, block=block@entry=1, dispatch=dispatch@entry=1, self=) at ../glib/gmain.c:4211 #25 0x7fcada3761ec in g_main_context_iteration (context=0x7fcacc005010, may_block=1) at ../glib/gmain.c:4276 #26 0x7fcae080f5a6 in QEventDispatcherGlib::processEvents(QFlags) (this=0x55e5fd910bb0, flags=...) at kernel/qeventdispatcher_glib.cpp:423 #27 0x7fcae07b63fb in QEventLoop::exec(QFlags) (this=this@entry=0x7fffbee093b0, flags=..., flags@entry=...) at ../../include/QtCore/../../src/corelib/global/qflags.h:69 #28 0x7fcae07be566 in QCoreApplication::exec
[Akonadi] [Bug 438037] EWS handling fails after successful login
https://bugs.kde.org/show_bug.cgi?id=438037 Hans-Peter Jansen changed: What|Removed |Added Resolution|--- |WORKSFORME Status|REPORTED|RESOLVED --- Comment #1 from Hans-Peter Jansen --- After another package refresh to 20210601 and a reboot, EWS is operating correctly. A minor nitpick: kmail loast all filters during transition from an imap based O365 access to EWS. Other than that, I'm a happy kmail camper again.. (and being this since about 20 years right now). Sorry for the churn. -- You are receiving this mail because: You are the assignee for the bug.
[kdepim] [Bug 438037] New: EWS handling fails after successful login
https://bugs.kde.org/show_bug.cgi?id=438037 Bug ID: 438037 Summary: EWS handling fails after successful login Product: kdepim Version: unspecified Platform: openSUSE RPMs OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: h...@urpla.net Target Milestone: --- Following https://userbase.kde.org/Kmail/Configuring_Kmail/Accounts/Office_365, I successfully created an EWS resource. I was able to subscribe to certain mailbox folder, hence it received to folder list successfully, but not any mails are fetched and akonadi shows: org.kde.pim.akonadiserver: Error while handling command FetchCollections on connection akonadi_ews_resource_2 (0x55b872a25050) Please register the custom scheme 'urn' via QWebEngineUrlScheme::registerScheme() before installing the custom scheme handler. org.kde.pim.ews.client: Starting OAuth2 authentication org.kde.pim.ews.client: Launching browser for authentication org.kde.pim.ews.client: PKeyAuth certificates not found js: Uncaught TypeError: n.saveSharedData is not a function js: Uncaught TypeError: n.saveSharedData is not a function js: Uncaught TypeError: n.saveSharedData is not a function js: Uncaught TypeError: n.saveSharedData is not a function org.kde.pim.ews.client: Authentication succeeded setMap: "access-token" setMap: "refresh-token" Please register the custom scheme 'urn' via QWebEngineUrlScheme::registerScheme() before installing the custom scheme handler. org.kde.pim.akonadiserver: Error while handling command FetchCollections on connection akonadi_ews_resource_2 (0x55b872a25050) Also, the authentication dialog is displayed on every akonadi/kmail start-up, it's not able to remember the login data (well, this is okta), and the web page requests akonadi permissions every time. Operating System: openSUSE Tumbleweed 20210524 KDE Plasma Version: 5.21.5 KDE Frameworks Version: 5.82.0 Qt Version: 5.15.2 Kernel Version: 5.12.6-3-preempt OS Type: 64-bit Graphics Platform: X11 Processors: 24 × AMD Ryzen 9 3900X 12-Core Processor Memory: 62.7 GiB of RAM Graphics Processor: GeForce GTX 760/PCIe/SSE2 Kmail: 5.17.1 kdepim-runtime: 21.04.1 All TW "official" builds, no special repos in this respect. -- You are receiving this mail because: You are the assignee for the bug.
[kontact] [Bug 426432] kmail 5.15.1: Crash when sending encrypted mail
https://bugs.kde.org/show_bug.cgi?id=426432 Hans-Peter Jansen changed: What|Removed |Added CC||h...@urpla.net --- Comment #6 from Hans-Peter Jansen --- If I understand you correctly, this is usual behavior for a gdb session. At the moment, gdb chimes in, all debugged processes are halted. Just type bt or bt -full and post the result. Also, you may want to just run gdb kmail. -- You are receiving this mail because: You are the assignee for the bug.
[kaddressbook] [Bug 421416] Search and merge identical contacts doubles entries
https://bugs.kde.org/show_bug.cgi?id=421416 --- Comment #1 from Hans-Peter Jansen --- Update: manually selecting and merging doubles (well, multiplies to be exact) the notes as well. -- You are receiving this mail because: You are the assignee for the bug.
[kaddressbook] [Bug 421416] New: Search and merge identical contacts doubles entries
https://bugs.kde.org/show_bug.cgi?id=421416 Bug ID: 421416 Summary: Search and merge identical contacts doubles entries Product: kaddressbook Version: 5.14.0 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: h...@urpla.net CC: to...@kde.org Target Milestone: --- Created attachment 128394 --> https://bugs.kde.org/attachment.cgi?id=128394&action=edit This entry was tripled, and contained one phone number and one note (entry outdated) SUMMARY When searching and then merging identical contacts from my google account, some address items (addresses, phone numbers, notes, ...) are not merged correctly. Note, that this is a result of akonadi doubling/tripling my google contacts internally. This might be related to the dysfunction in this area for some time. STEPS TO REPRODUCE 1. Have a couple of identical contacts in your google account 2. Select "Search doubled contacts" -> "All contacts" 3. Select item, watch result OBSERVED RESULT Some entries are doubled EXPECTED RESULT Identical items are eliminated SOFTWARE/OS VERSIONS Linux/KDE Plasma: openSUSE TW 20200507 (available in About System) KDE Plasma Version: 5.18.5 KDE Frameworks Version: 5.69.0 Qt Version: 5.14.1 ADDITIONAL INFORMATION It makes a difference, if I choose identical entries manually. Then it works as expected. -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 404990] Sign in with Google temporarily disabled for this app
https://bugs.kde.org/show_bug.cgi?id=404990 --- Comment #109 from Hans-Peter Jansen --- May I kindly ask you to read https://bugs.kde.org/show_bug.cgi?id=404990#c91 Thanks -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 404990] Sign in with Google temporarily disabled for this app
https://bugs.kde.org/show_bug.cgi?id=404990 --- Comment #91 from Hans-Peter Jansen --- Dear audience, Regarding this issue, simple workarounds exist, follow https://bugs.kde.org/show_bug.cgi?id=410700 please. In general, it would be nice to not spread FUD about Akonadi/Kmail. As a long time heavy user (once started with KDE 2), I can confirm, that Akonadi/Kmail is one of the most powerful MUAs available today. If you have high demands, you need to tweak the defaults a bit (e.g. by using PostgreSQL) and provide enough resources. But be assured, that the only MUA that comes close, Thunderbird, start to suck rocks, if you throw enough mails on it. My biggest mailbox is about 140 GB(!), and I have a dozen accounts to manage.. Kmail starts in less than 60 seconds, with a full scan on it! Try this with Thunderbird. Sure, issues exist. An currently, the google integration sucks in several ways. But basically, it is good enough to be used on a daily base. -- You are receiving this mail because: You are the assignee for the bug.
[kontact] [Bug 410700] kmail no longer allows addition of gmail account
https://bugs.kde.org/show_bug.cgi?id=410700 --- Comment #7 from Hans-Peter Jansen --- Hi, it is working fine, for me now. If IMAP access isn't working for you, but you did the other changes already, it's most probably, that access needs to be granted for less secure apps: https://myaccount.google.com/lesssecureapps -- You are receiving this mail because: You are the assignee for the bug.
[kontact] [Bug 410700] kmail no longer allows addition of gmail account
https://bugs.kde.org/show_bug.cgi?id=410700 --- Comment #6 from Hans-Peter Jansen --- Well, not here. IMAP option is enabled in my gmail account. Keep User name: full gmail address Modify IMAP-Server: imap.gmail.com -> imap.googlemail.com Keep Encryption: SSL/TLS, Port 993 Modify Authorization method: Gmail -> PLAIN Result: A02 NO Invalid credentials ( Failure ) [ AUTHENTICATIONFAILED ] I can only abort the akonadi login to google. username and password are correct! I rechecked with Firefox wallet, compared Firefox password with akonadi password of this very account, etc... Retested by removing the akonadi google account, and adding it from scratch. Access of kwallet is granted. openSUSE Tumbleweed 20191112 -- You are receiving this mail because: You are the assignee for the bug.
[kontact] [Bug 410700] kmail no longer allows addition of gmail account
https://bugs.kde.org/show_bug.cgi?id=410700 Hans-Peter Jansen changed: What|Removed |Added CC||h...@urpla.net -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 404990] Sign in with Google temporarily disabled for this app
https://bugs.kde.org/show_bug.cgi?id=404990 --- Comment #74 from Hans-Peter Jansen --- Well, it seems, that the relationship to google is lacking in general. Here's an assortment of my own findings: https://bugs.kde.org/show_bug.cgi?id=414010, https://bugs.kde.org/show_bug.cgi?id=410936 -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 404990] Sign in with Google temporarily disabled for this app
https://bugs.kde.org/show_bug.cgi?id=404990 Hans-Peter Jansen changed: What|Removed |Added CC||h...@urpla.net -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 397512] Sent emails appear as "unread" in the "Sent" folder
https://bugs.kde.org/show_bug.cgi?id=397512 Hans-Peter Jansen changed: What|Removed |Added CC||h...@urpla.net Status|RESOLVED|REOPENED Resolution|FIXED |--- --- Comment #4 from Hans-Peter Jansen --- With kmail 5.12.2, *some* sent mails end up unread in the sent folder, akonadi postgres backend, with cyrus imap server (openSUSE 15.0). There's no clear pattern visible, but just opening the mail doesn't help. Those mails need to be flagged "read" manually, and the state icon is different. See attachment. SOFTWARE/OS VERSIONS Linux/KDE Plasma: openSUSE Tumbleweed 20191030 KDE Plasma Version: 5.17.1 KDE Frameworks Version: 5.63.0 Qt Version: 5.13.1 -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 397512] Sent emails appear as "unread" in the "Sent" folder
https://bugs.kde.org/show_bug.cgi?id=397512 --- Comment #5 from Hans-Peter Jansen --- Created attachment 123674 --> https://bugs.kde.org/attachment.cgi?id=123674&action=edit middle icon show such an "unread" mail, after manually flagging "read" -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 298349] kmail2 composer (still) fails to display non-ascii characters in quoted text on reply with some mails (only with nested multipart mime parts?)
https://bugs.kde.org/show_bug.cgi?id=298349 Hans-Peter Jansen changed: What|Removed |Added CC||h...@urpla.net --- Comment #16 from Hans-Peter Jansen --- Still confirmed for 5.12.2 (as of openSUSE Tumbleweed 20191014). Unchecking "Keep original charset..." fixed it, but since this option is enabled by default, it would probably be a good idea to change the default until this issue is finally fixed. -- You are receiving this mail because: You are the assignee for the bug.
[kaddressbook] [Bug 410936] New: Google account address book synchronisation issues
https://bugs.kde.org/show_bug.cgi?id=410936 Bug ID: 410936 Summary: Google account address book synchronisation issues Product: kaddressbook Version: 5.11.3 Platform: openSUSE RPMs OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: h...@urpla.net CC: to...@kde.org Target Milestone: --- SUMMARY * KAddressBook doesn't show (sync) new entries, most (old) contact entries are available, although an attempt to re-login to the google account seems to be successful. * Some contact groups show up multiple times (one contains items, the other is empty). * Having selected the address book and all sub-folders (address groups), combining contacts attempts to combine all contacts, that appear in more than one group. Combining does work, if no sub-folders (address groups) are selected, and the selected contacts are limited to exactly this google account with sub-folders disabled. STEPS TO REPRODUCE Add Google account Create a new contact Sync address book Query new contact check google address sub-folders (address groups) select google address book and all sub-folders (address groups) and combine similar contacts. OBSERVED RESULT no new contact found some address groups appear twice combining contacts show too many entries EXPECTED RESULT new contact show up after sync every contact group should appear only once combining contacts should ignore group membership SOFTWARE/OS VERSIONS Linux/KDE Plasma: openSUSE TW 20190810 KDE Plasma Version: 5.16.4 KDE Frameworks Version: 5.60.0 Qt Version: 5.13.0 -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 387061] Large messages don't display in the viewer pane (eg. New Tumbleweed snapshot 20171117 released!)
https://bugs.kde.org/show_bug.cgi?id=387061 Hans-Peter Jansen changed: What|Removed |Added CC||h...@urpla.net -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 395131] Akonadi consumes all memory
https://bugs.kde.org/show_bug.cgi?id=395131 Hans-Peter Jansen changed: What|Removed |Added CC||h...@urpla.net -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 310238] akonadi manages to call mysqlcheck on a database server, instead of localhost
https://bugs.kde.org/show_bug.cgi?id=310238 Hans-Peter Jansen changed: What|Removed |Added Status|NEEDSINFO |RESOLVED Resolution|WAITINGFORINFO |FIXED --- Comment #3 from Hans-Peter Jansen --- Thanks for the reminder and sorry... -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 128454] if copies of sent messages cannot be uploaded to the IMAP server they should be moved there from the local folder later
https://bugs.kde.org/show_bug.cgi?id=128454 Hans-Peter Jansen changed: What|Removed |Added CC||h...@urpla.net --- Comment #5 from Hans-Peter Jansen --- I'm admin of a couple of kmail users, which ALL suffer from this problem on a regular base. Forcing the user to move the content of the local sent folder to the right IMAP sent folders manually in order to reach a consistent state is more than a nuisance. From my POV, this is a plain bug and I would like to raise the Importance of this long standing issue accordingly. Sure, it might happen, that the IMAP server cannot be accessed, while the mail was sent. Given the number of times this happens, this is most probably, because akonadi is already active on this server. kmail2/akonadi should always add a custom header, when it stores mails in local sent folder temporarily. The header value should point to the correct destination of this mail. Akonadi should retry to move the mail, until it's done (or the mailbox vanished, than it's okay to remove the header, and give up). -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 327894] Kmail can not delete emails (imap). Emails are downloaded again after removal.
https://bugs.kde.org/show_bug.cgi?id=327894 --- Comment #24 from Hans-Peter Jansen --- WARNING: This issue boiled down as a PEBCAK for me: I disabled the option Compress folder automatically (removes messages flagged as deleted) on the advanced tab of the IMAP account settings dialog for some (performance related) reasons and forgot about it. Unfortunately, this leads to the buggy behaviour described above. @ the developers: Please show a serious version of a warning dialog every time the IMAP account settings dialog is about to close, if this option is disabled: "Be aware, that, if you disable this option, you cannot move or delete any mails successfully anymore, and if you attempt to do so, your mails are COPIED to trash/other folder AND left in place. While at it, expect more silly behaviour from akonadi, since it is going to refetch all messages of the affected source folder immediately. IOW: if you disable this option, you're going to suffer!" -- You are receiving this mail because: You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 327894] Kmail can not delete emails (imap). Emails are downloaded again after removal.
https://bugs.kde.org/show_bug.cgi?id=327894 --- Comment #23 from Hans-Peter Jansen --- Here's an excerpt of the offending operation from the log including some comments: # client copies the mail 32602 to the trash folder (german version) C: A24 UID COPY 32602 "INBOX.M&APw-lleimer" # server successfully created 9933 in trash S: A24 OK Completed [ COPYUID 1432637812 32602 9933 ] # client flags mail as deleted C: A25 UID STORE 32602 +FLAGS (\Deleted) # server flagged it as deleted, seen was set before S: * 13712 FETCH ( FLAGS (\Deleted \Seen) UID 32602 ) S: A25 OK Completed # client investigates folder settings C: A26 GETANNOTATION "INBOX" "*" "value.shared" S: * ANNOTATION INBOX /vendor/cmu/cyrus-imapd/duplicatedeliver ( value.shared false ) S: * ANNOTATION INBOX /vendor/cmu/cyrus-imapd/sharedseen ( value.shared false ) S: * ANNOTATION INBOX /vendor/cmu/cyrus-imapd/pop3newuidl ( value.shared true ) S: * ANNOTATION INBOX /vendor/cmu/cyrus-imapd/lastpop ( value.shared ) S: * ANNOTATION INBOX /vendor/cmu/cyrus-imapd/lastupdate ( value.shared 9-Jun-2015 14:57:56 +0200 ) S: * ANNOTATION INBOX /vendor/cmu/cyrus-imapd/size ( value.shared 2371801752 ) S: * ANNOTATION INBOX /vendor/cmu/cyrus-imapd/partition ( value.shared default ) S: A26 OK Completed C: A27 GETACL "INBOX" S: * ACL INBOX hp lrswipcda cyrus lrswipkxtecda S: A27 OK Completed C: A28 MYRIGHTS "INBOX" S: * MYRIGHTS INBOX lrswipkxtecda S: A28 OK Completed C: A29 GETQUOTAROOT "INBOX" S: * QUOTAROOT INBOX user.hp S: * QUOTA user.hp ( STORAGE 54982759 1 ) S: A29 OK Completed # client investigates folder state C: A30 SELECT "INBOX" (CONDSTORE) S: * OK Ok [ CLOSED ] S: * 13724 EXISTS S: * 0 RECENT S: * FLAGS ( \Answered \Flagged \Draft \Deleted \Seen $TODO $NOTJUNK $JUNK ) S: * OK Ok [ PERMANENTFLAGS ( \Answered \Flagged \Draft \Deleted \Seen $TODO $NOTJUNK $JUNK \* ) ] S: * OK Ok [ UNSEEN 13670 ] S: * OK Ok [ UIDVALIDITY 1430161627 ] S: * OK Ok [ UIDNEXT 32615 ] S: * OK Ok [ HIGHESTMODSEQ 1235 ] S: * OK Ok [ URLMECH INTERNAL ] S: A30 OK Completed [ READ-WRITE ] Server responded with 13724 mails in this folder. This is the problem, since akonadi expects 13723 mails only: akonadi_imap_resource_1(25099) RetrieveItemsTask::onFinalSelectDone: Detected inconsistency in local cache, we're missing some messages. Server: 13724 Local: 13723 Resulting in a full refetch. Although missing in the log, be assured, that there were 13724 mails in that folder before this operation. Is that result to be expected? Shouldn't it be 13723 on the server side, too? Could this be some kind of server side race? -- You are receiving this mail because: You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 327894] Kmail can not delete emails (imap). Emails are downloaded again after removal.
https://bugs.kde.org/show_bug.cgi?id=327894 Hans-Peter Jansen changed: What|Removed |Added CC||h...@urpla.net --- Comment #22 from Hans-Peter Jansen --- Okay, I can add another imapd to the pool: cyrus-imapd as of openSUSE 13.2. I cannot delete any mails, neither with (move to trash), nor , nor by d'n'd. Same case for moving mail to other folders. Setup: openSUSE 13.2/x86_64 on both server and client, cyrus-imapd-2.4.17, kdepim 4.14.{5,6,8,9} Result always similar to: akonadi_imap_resource_1(11917) RetrieveItemsTask::onFinalSelectDone: Detected inconsistency in local cache, we're missing some messages. Server: 13722 Local: 13721 akonadi_imap_resource_1(11917) RetrieveItemsTask::onFinalSelectDone: Refetching complete mailbox. After refetching, the mail appears again in the source folder (disabled). After clicking on the open letter symbol, the mail can be opened again. The same happens, if I hit apart from the trash folder copy. I've tried everything serveral times, one would usually do with such issues: * restarting akonadi correctly (that is akonadictl stop, wait for all processes finishing, akonadictl start * removing the akonadi cache with akonadiconsole * rebuilding the akonadi database from scratch (¹) * reconstructing the mailboxes on the cyrus server (reconstruct -GR ...) The akonadi DB is living on a local SSD in a otherwise idle XFS filesystem. -- You are receiving this mail because: You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 347922] Fetch fails for exactly one IMAP mailbox with Cyrus imapd
https://bugs.kde.org/show_bug.cgi?id=347922 Hans-Peter Jansen changed: What|Removed |Added Resolution|--- |WONTFIX Status|UNCONFIRMED |RESOLVED --- Comment #1 from Hans-Peter Jansen --- I managed to copy all mails from this folder into a new one with TB, and removed/renamed them with cyradm. The lastest kmail/akonadi has other problems as well (in that it sees an inconsistency (number of mails differs by one) on every mailbox it enters after a restart and does a full reload). -- You are receiving this mail because: You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 347922] New: Fetch fails for exactly one IMAP mailbox with Cyrus imapd
https://bugs.kde.org/show_bug.cgi?id=347922 Bug ID: 347922 Summary: Fetch fails for exactly one IMAP mailbox with Cyrus imapd Product: Akonadi Version: 4.13 Platform: openSUSE RPMs OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: IMAP resource Assignee: chrig...@fastmail.fm Reporter: h...@urpla.net CC: kdepim-bugs@kde.org, vkra...@kde.org BatchFetcher::onHeadersFetchDone: Fetch job failed "Die Verbindung zum Server ist abgebrochen." akonadi_imap_resource_1(10472) RetrieveItemsTask::onRetrievalDone: "" list is empty No amount of restarting imapd, akonadi, neither reconstruct nor akonadiconsole fiddling is able to fix this. This happened with 4.14.2, and persists with 4.14.8, which I've branched from KDE:Distro:Factory on build service. Even a full reset (~/.local/share/akonadi/*db* removed) ended in exact the same issue. I have dozens of bigger mailboxes in that account, where the server is also running openSUSE 13.2/x86_64, but this single mailbox is driving me crazy. Needless to say, thunderbird doesn't fail on it. Reproducible: Always -- You are receiving this mail because: You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[kaddressbook] [Bug 242647] merging contacts
https://bugs.kde.org/show_bug.cgi?id=242647 --- Comment #11 from Hans-Peter Jansen --- These are GREAT news! Let's see, how that works out.. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 342866] Unable to set seen flag on huge IMAP folders with many unread messages
https://bugs.kde.org/show_bug.cgi?id=342866 --- Comment #3 from Hans-Peter Jansen --- Besides default, I tried those mysql settings. openSUSE comes with mariadb 10.0.13, that doesn't allow for logging queries as documented, neither slow nor all, BTW. -- You are receiving this mail because: You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 342866] Unable to set seen flag on huge IMAP folders with many unread messages
https://bugs.kde.org/show_bug.cgi?id=342866 --- Comment #2 from Hans-Peter Jansen --- Created attachment 90432 --> https://bugs.kde.org/attachment.cgi?id=90432&action=edit big mysql.conf -- You are receiving this mail because: You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 342866] Unable to set seen flag on huge IMAP folders with many unread messages
https://bugs.kde.org/show_bug.cgi?id=342866 --- Comment #1 from Hans-Peter Jansen --- Created attachment 90431 --> https://bugs.kde.org/attachment.cgi?id=90431&action=edit bigger mysql.conf -- You are receiving this mail because: You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 342866] New: Unable to set seen flag on huge IMAP folders with many unread messages
https://bugs.kde.org/show_bug.cgi?id=342866 Bug ID: 342866 Summary: Unable to set seen flag on huge IMAP folders with many unread messages Product: Akonadi Version: unspecified Platform: openSUSE RPMs OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: IMAP resource Assignee: chrig...@fastmail.fm Reporter: h...@urpla.net CC: kdepim-bugs@kde.org, vkra...@kde.org Bugzilla doesn't know about the current akonadi version: 4.14.3 in my case (openSUSE 13.2/x86_64) When trying to set many unread messages to "SEEN", akonadi throws an error in the terminal, I've manually started it (akonadictl start). IMAP server is a Cyrus 2.3.11 (also an older openSUSE release): DATABASE ERROR: Error code: 1064 DB error: "You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near ':0 AND PimItem_id IN ( :1, :2, :3, :4, :5, :6, :7, :8, :9, :10, :11, :12, :13, :' at line 1" Error text: "You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near ':0 AND PimItem_id IN ( :1, :2, :3, :4, :5, :6, :7, :8, :9, :10, :11, :12, :13, :' at line 1 QMYSQL: Unable to execute query" Query: "SELECT PimItem_id FROM PimItemFlagRelation WHERE ( ( Flag_id = :0 AND PimItem_id IN ( :1, :2, :3, :4, :5, :6, :7, :8, :9, :10, :11, :12, :13, :14, :15, :16, :17, :18, :19, :20, :21, :22, :23, :24, :25, :26, :27, :28, :29, :30, :31, :32, :33, :34, :35, :36, :37, :38, :39, :40, :41, :42, :43, :44, :45, :46, :47, :48, :49, :50, :51, :52, :53, :54, :55, :56, :57, :58, :59, :60, :61, :62, :63, :64, :65, :66, :67, :68, :69, :70, :71, :72, :73, :74, :75, :76, :77, :78, :79, :80, :81, :82, :83, :84, :85, :86, :87, :88, :89, :90, :91, :92, :93, :94, :95, :96, :97, :98, :99, :100, :101, :102, :103, :104, :105, :106, :107, :108, :109, :110, :111, :112, :113, :114, :115, :116, :117, :118, :119, :120, :121, :122, [...] :130749, :130750, :130751, :130752, :130753, :130754, :130755, :130756, :130757, :130758, :130759, :130760, :130761, :130762, :130763, :130764, :130765, :130766, :130767, :130768, :130769, :130770, :130771, :130772, :130773, :130774 ) ) ) " Failed to execute query: QSqlError(1064, "QMYSQL: Unable to execute query", "You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near ':0 AND PimItem_id IN ( :1, :2, :3, :4, :5, :6, :7, :8, :9, :10, :11, :12, :13, :' at line 1") Store::addFlags: Unable to add new item flags Yes, we're talking about 128k mails here. Smaller operations work fine, of course. It smells like some buffer overflow in sql command processing, but I tried to raise the buffer limits in .local/share/akonadi/mysql.conf already with no better result. Any idea, what's going wrong here. -- You are receiving this mail because: You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 299422] Akonadi failed to set SEEN flag and move letters with (at least) imap and git resources.
https://bugs.kde.org/show_bug.cgi?id=299422 --- Comment #9 from Hans-Peter Jansen --- Sorry: KDE 4.14.3 (still openSUSE 13.1) -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 299422] Akonadi failed to set SEEN flag and move letters with (at least) imap and git resources.
https://bugs.kde.org/show_bug.cgi?id=299422 --- Comment #8 from Hans-Peter Jansen --- Sorry Daniel, I must have missed your questions. > What version of Akonadi do you have? (akonadictl --version). Still valid with: 1.13.0 > If you can start Akonadi from console (akonadictl restart), do you see any > warnings or errors when you try to reproduce this? Well, I always use the sequence: akonadictl stop; wait for all processes to terminate e.g. ps auxww | egrep "akonadi|mysql|nepomuk|virtuoso|kmail" | grep -v grep and akonadictl start In that process, a lot of messages appear, but nothing stands out. Meanwhile, I found a trick, since thunderbird takes ages to read big mailboxes, I use akonadiconsole to "Clear Akonadi Cache" on that folder. It does the trick. I also harvested variations on the theme: set seen flag on a folder with TB, wait for finishing, but kmail keeps showing them as unread! No operation under kmail (reread folder, set folder seen) is able to solve this problem. Therefor akonadiconsole is really necessary in order to use kmail successfully in a big setting. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[kmail2] [Bug 315052] Reset automatic mail check timer after manual sync
https://bugs.kde.org/show_bug.cgi?id=315052 --- Comment #3 from Hans-Peter Jansen --- That would be really fantastic, Laurent. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[kmail2] [Bug 315052] Reset automatic mail check timer after manual sync
https://bugs.kde.org/show_bug.cgi?id=315052 Hans-Peter Jansen changed: What|Removed |Added Summary|Mail check intervals and|Reset automatic mail check |manual checking |timer after manual sync -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[kmail2] [Bug 331022] Copy/paste table selections from libreoffice fails more often than not
https://bugs.kde.org/show_bug.cgi?id=331022 --- Comment #7 from Hans-Peter Jansen --- I can confirm, that your fix solves the issue in question, it even applies cleanly for 4.11.5. Great performance, Laurent! Thank you very much. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[kmail2] [Bug 331022] Copy/paste table selections from libreoffice fails more often than not
https://bugs.kde.org/show_bug.cgi?id=331022 --- Comment #3 from Hans-Peter Jansen --- Dear Laurent, thanks for caring. I forgot to mention, that the result looks always fine in composer, but when you send the mail to yourself and display the received mail, it shows above mentioned deficits. It happens more often, when I include pastes of several (complex) tables into one mail, and the issue arises often only for a subset of included pictures. Let me know, if this helped you to reproduce this. If not, I can offer you to send you some samples directly. It seems to happen for complex tables much more often, but for the table in question, you must keep that private. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[kmail2] [Bug 331022] Copy/paste table selections from libreoffice fails more often than not
https://bugs.kde.org/show_bug.cgi?id=331022 --- Comment #1 from Hans-Peter Jansen --- openSUSE 13.1/x86_64, kmail-4.11.5-460.5.x86_64, libreoffice-4.1.4.2-13.1.x86_64 -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[kmail2] [Bug 331022] New: Copy/paste table selections from libreoffice fails more often than not
https://bugs.kde.org/show_bug.cgi?id=331022 Bug ID: 331022 Summary: Copy/paste table selections from libreoffice fails more often than not Classification: Unclassified Product: kmail2 Version: 4.11.4 Platform: openSUSE RPMs OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: composer Assignee: kdepim-bugs@kde.org Reporter: h...@urpla.net kmail has a nice feature, that allows pasting selections of a calc table as images into html mails. Unfortunately, that feature fails often, due to creating invalid image tags, eg: (line wraps left intact intentionally) while the attachment looks like: --nextPart3277463.dT9fysvj0a Content-ID: <1173981377@KDE> Content-Transfer-Encoding: base64 Content-Type: image/png [...] Consequently, the picture isn't shown in the mail. Now, older kmail versions (1.6) deal better with that situation by displaying the picture like an ordinary attachment below the mail. Not so kmail2: it just shows a symbol for a damaged image, with no way to get to the image other than saving the mail to disk, and using some external tools to extract its attachments. That combination is very unfortunate. So here are two kind requests for changes: when inserting inlined images, always address them by content id: src="cid:1173981377@KDE" When detecting attachments with no (valid) anchors in the mail text, display them as usual attachments, please. Reproducible: Always Steps to Reproduce: Select some part of a table in calc, copy it, and paste it into a html mail. Actual Results: Often, an icon for an invalid image is shown Expected Results: The image should be visible BTW: using gimp as a copy/paste trampoline, that failure disappears. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 299422] Akonadi failed to set SEEN flag and move letters with (at least) imap and git resources.
https://bugs.kde.org/show_bug.cgi?id=299422 --- Comment #6 from Hans-Peter Jansen --- Sorry: kmail 4.11.4 on openSUSE 13.1 x86_64 -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 299422] Akonadi failed to set SEEN flag and move letters with (at least) imap and git resources.
https://bugs.kde.org/show_bug.cgi?id=299422 Hans-Peter Jansen changed: What|Removed |Added CC||h...@urpla.net --- Comment #5 from Hans-Peter Jansen --- I can confirm this issue with my cyrus imap servers. I'm subscribed to some high volume mailing lists (e.g. LKML). After a bigger number of unread mails pile up (a few thousand), it is impossible to set the seen flag on all. When you attempt this in that imap folder context menu, seen state is set on all mails in kmail UI after a while, but load persists on a very high level (usually, akonadi saturates two cores with mysql instances most of the time), then it's 4 at least. After the next mailbox scan, all messages reappear as unseen. Needless to say, that I have to use the thunderbird mail client to fix that issue. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 328449] New: kaddressbook copy and paste contacts is broken badly
https://bugs.kde.org/show_bug.cgi?id=328449 Bug ID: 328449 Summary: kaddressbook copy and paste contacts is broken badly Classification: Unclassified Product: Akonadi Version: 4.11 Platform: openSUSE RPMs OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: VCard dir resource Assignee: to...@kde.org Reporter: h...@urpla.net CC: kdepim-bugs@kde.org A usual operation with contacts is to copy a contact and adjust the copied contact, e.g. adjust name and email address of a college of some business contact. Doing so with current kde4 addressbook is badly broken in this respect. I'm using several contact sources, the one in question is a vcard folder, shared with KDE3 desktops, but it also happens with folders managed by akonadi, e.g. ~/.local/share/contacts/, as well as ~/.kde/share/apps/kabc/std.vcf, hence I believe, it's a general kaddressbook (or akonadi) issue. Reproducible: Always Steps to Reproduce: 1. Select an address, and copy it via context menu 2. paste address to this addressbook via context menu Actual Results: The contact appears twice for a short time, but if you edit one to adjust name and email address, the original contact is _replaced_ by the new one. This is not, what copying contacts is about. Expected Results: Both contacts should be available steadily. -- You are receiving this mail because: You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[kaddressbook] [Bug 320022] kaddressbook silently loses vCard entries when UID is not unique
https://bugs.kde.org/show_bug.cgi?id=320022 Hans-Peter Jansen changed: What|Removed |Added CC||h...@urpla.net -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[kaddressbook] [Bug 242647] merging contacts
https://bugs.kde.org/show_bug.cgi?id=242647 Hans-Peter Jansen changed: What|Removed |Added CC||h...@urpla.net -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[kmail2] [Bug 325717] New: kmail with huge imap mailboxes leaks memory
https://bugs.kde.org/show_bug.cgi?id=325717 Bug ID: 325717 Summary: kmail with huge imap mailboxes leaks memory Classification: Unclassified Product: kmail2 Version: 4.11.2 Platform: openSUSE RPMs OS: Linux Status: UNCONFIRMED Severity: major Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: h...@urpla.net After keeping kmail running for a day, it has developed this disastrous memory footprint: hp3314 2.0 44.6 16129968 7357132 ?Rl Oct05 32:21 /usr/bin/kmail -caption KMail This translates to 14.5 GB virt, 7228M shared, which is a bit too much for my taste (and my system). I have two cyrus imap servers running, and huge mailboxes. Nevertheless, it shouldn't behave like this, and it hasn't until 4.11.2. Reproducible: Always Steps to Reproduce: keep kmail running for a day, and check memory consumption -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 318966] Not all owncloud contacts are shown in Kaddressbook
https://bugs.kde.org/show_bug.cgi?id=318966 Hans-Peter Jansen changed: What|Removed |Added CC||h...@urpla.net -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[kmail2] [Bug 315052] New: Mail check intervals and manual checking
https://bugs.kde.org/show_bug.cgi?id=315052 Bug ID: 315052 Summary: Mail check intervals and manual checking Classification: Unclassified Product: kmail2 Version: 4.9.5 Platform: openSUSE RPMs OS: Linux Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: h...@urpla.net When checking mails automatically, say every 30 minutes, and the user does an manual check during that period, kmail should reset the timer to the manual check timestamp. Obviously, it does not ATM. Given huge imap mailboxes and the immense time, a check can take due to deficits in IMAP protocol and friends (not talking about akonadi this time), an automatic check chiming in just minutes after a manual check is a real PITA. Even more appealing would be a new timer option to check only, if kmail is idle for a certain time (no message change events since that time) Reproducible: Always Steps to Reproduce: 1. set automatic mail checking every 30 minutes 2. wait 25 minutes, trigger manual check 3. see, that the automatic check happens during the next 5 minutes -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[kmail2] [Bug 315051] New: Wrong initial cursor position in composer on reply
https://bugs.kde.org/show_bug.cgi?id=315051 Bug ID: 315051 Summary: Wrong initial cursor position in composer on reply Classification: Unclassified Product: kmail2 Version: 4.9.5 Platform: openSUSE RPMs OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: composer Assignee: kdepim-bugs@kde.org Reporter: h...@urpla.net When replying with the option "signature above quoted text", the cursor was moved initially on top of the inserted signature in older kmail versions. With current 4.9.5, the cursor is always located at the end of the quoted text. Reproducible: Always Steps to Reproduce: 1. start kmail 2. enable "signature before quoted text" 3. reply to a mail Actual Results: cursor at the end of the quoted text Expected Results: cursor at the start of the signature TOFU mails suck of course, but its a necessity in today's standard business mails unfortunately. Always needing to scroll to the beginning of the reply, when using kmail sucks even more. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 312813] akonadi_nepomuk_feeder sucks memory (1.5 GB reserved memory at this time)
https://bugs.kde.org/show_bug.cgi?id=312813 --- Comment #2 from Hans-Peter Jansen --- Here are the biggest suckers after a day: hp7908 6.5 0.7 2271880 61072 ? Sl Jan08 64:20 akonadiserver hp7922 3.7 3.1 767232 257012 ? Sl Jan08 36:54 /usr/bin/akonadi_imap_resource hp7923 0.5 0.5 583472 48560 ?Sl Jan08 5:34 /usr/bin/akonadi_imap_resource hp7924 0.0 0.2 554788 20572 ?Sl Jan08 0:08 /usr/bin/akonadi_imap_resource hp7925 0.0 0.2 555856 21504 ?Sl Jan08 0:12 /usr/bin/akonadi_imap_resource hp7931 4.2 19.6 1897648 1606864 ? SJan08 42:09 /usr/bin/akonadi_nepomuk_feeder hp8077 0.6 16.0 3238776 1312468 ? Sl Jan08 6:04 /usr/bin/kmail -caption KMail 3.3 GB reserved memory for E-Mail functionality. Now I'm about to restart akonadi since it doesn't send any massages. akonadiconsole shows: Error during executing query "SELECT CollectionAttributeTable.id, CollectionAttributeTable.collectionId, CollectionAttributeTable.type, CollectionAttributeTable.value FROM CollectionAttributeTable WHERE ( collectionId = :0 )" : "MySQL server has gone away QMYSQL: Unable to execute query" Error during executing query "SELECT PimItemTable.id, PimItemTable.remoteId, MimeTypeTable.name, ResourceTable.name, PimItemTable.rev, PimItemTable.remoteRevision, PimItemTable.size, PimItemTable.datetime, PimItemTable.collectionId FROM PimItemTable INNER JOIN MimeTypeTable ON ( PimItemTable.mimeTypeId = MimeTypeTable.id ) INNER JOIN CollectionTable ON ( PimItemTable.collectionId = CollectionTable.id ) INNER JOIN ResourceTable ON ( CollectionTable.resourceId = ResourceTable.id ) WHERE ( ( PimItemTable.id = :0 ) ) ORDER BY PimItemTable.id DESC" : "MySQL server has gone away QMYSQL: Unable to execute query" ItemRetrieverException : Unable to retrieve item from resource: Invalid item retrieved akonadiconsole(30100)/libakonadi Akonadi::EntityTreeModelPrivate::fetchJobDone: Job error: "Unable to fetch item from backend (collection 8, resource -1)" for collection: 8 Obviously, akonadi is unable to reestablish the autoclosed mysql connection, which I had to relocate to my server here, because HOME is NFS mounted. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 312813] akonadi_nepomuk_feeder sucks memory (1.5 GB reserved memory at this time)
https://bugs.kde.org/show_bug.cgi?id=312813 Hans-Peter Jansen changed: What|Removed |Added Summary|akonadi_nepomuk_feeder |akonadi_nepomuk_feeder |sucks memory (~!.5 GB |sucks memory (1.5 GB |reserved memory at this |reserved memory at this |time) |time) --- Comment #1 from Hans-Peter Jansen --- Interestingly, after akonadictl start, it takes 3 cpu seconds for akonadi_nepomuk_feeder to reserve 1.6 GB ram now: hp7931 12.9 19.7 1897084 1616672 ? S20:51 0:03 /usr/bin/akonadi_nepomuk_feeder Hmm. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 312813] New: akonadi_nepomuk_feeder sucks memory (~!.5 GB reserved memory at this time)
https://bugs.kde.org/show_bug.cgi?id=312813 Bug ID: 312813 Summary: akonadi_nepomuk_feeder sucks memory (~!.5 GB reserved memory at this time) Classification: Unclassified Product: Akonadi Version: 4.9 Hardware: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: Nepomuk Feeder Agents Assignee: kdepim-bugs@kde.org Reporter: h...@urpla.net CC: vkra...@kde.org I have a total of 4 imap huge accounts (take that literal), which I try to manage with the kde pim suite (now at K:R:49 = 4.9.5 from OBS, running on openSUSE 12.2/x86_64). Thanks god, my primary system is well equipped with a fast CPU and 8 GB RAM, as well as are the mail server. Unfortunately, I have to restart akonadi every two days at least, because: hp9112 5.8 0.5 2470692 41104 ? Sl Jan04 260:52 akonadiserver hp9126 3.5 2.8 766564 230144 ? Sl Jan04 155:56 /usr/bin/akonadi_imap_resource hp9127 0.3 0.6 625376 49176 ?Sl Jan04 14:10 /usr/bin/akonadi_imap_resource hp9128 0.0 0.1 554872 11324 ?Sl Jan04 0:35 /usr/bin/akonadi_imap_resource hp9129 0.0 0.1 555712 13284 ?Sl Jan04 0:46 /usr/bin/akonadi_imap_resource hp9134 0.0 0.1 507080 11804 ?SJan04 0:20 /usr/bin/akonadi_mailfilter_agent hp9135 1.5 19.5 1895240 1596364 ? SJan04 68:35 /usr/bin/akonadi_nepomuk_feeder >From this, you can see, that I really use one primary and one secondary imap account, while the other two are kept silent (no accesses, no manual nor auto updates). I've stopped kmail already, since that wasn't responding anymore. The semantic desktop is on, file indexer and email indexer are switched off. Looking at the numbers, the 1.5 GB from akonadi_nepomuk_feeder disturbs me most. I've no idea what the code is doing or trying to archive, but feeding nepomuk must be possible with much less resource consumption or something is conceptually wrong. Reproducible: Always Steps to Reproduce: 1. run kmail with huge imap mailboxes for a while 2. check memory consumption 3. I can provide more detailed information, if necessary as I control the cyrus imap server as well. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 310238] akonadi manages to call mysqlcheck on a database server, instead of localhost
https://bugs.kde.org/show_bug.cgi?id=310238 Hans-Peter Jansen changed: What|Removed |Added Summary|akonadi manages to call |akonadi manages to call |mysqlcheck on a local |mysqlcheck on a database |database server, instead of |server, instead of |localhost |localhost -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 310238] New: akonadi manages to call mysqlcheck on a local database server, instead of localhost
https://bugs.kde.org/show_bug.cgi?id=310238 Bug ID: 310238 Severity: normal Version: 4.9 Priority: NOR Assignee: kdepim-bugs@kde.org Summary: akonadi manages to call mysqlcheck on a local database server, instead of localhost Classification: Unclassified OS: Linux Reporter: h...@urpla.net Hardware: openSUSE RPMs Status: UNCONFIRMED Component: general Product: Akonadi I have my database host entered in .my.cnf in the [client] section. Somehow akonadi manages to run mysqlcheck on that host, instead of the local instance (all database stuff with default values). Looking into the sources show, that mysqlcheck is called with a socket argument, which should overrule some host= setting. But that seem to be broken with openSUSE 12.2 and K:R:49. Reproducible: Always Steps to Reproduce: 1. add host= in [client] of .my.cnf 2. start akonadi manually "akonadictl start" 3. Actual Results: servers databases are checked /usr/bin/mysqlcheck: Got error: 2003: Can't connect to MySQL server on 'server' (111) when trying to connect Expected Results: local databases of users private mysqld should be checked Because of major issues with my nfs mounted home, I disabled "Akonadi Server Search Support". That regularily went south hooking resources like mad for hours. Stopping akonadi resulted than in shutting down many subsystems, but this sucking virtuoso process kept going until being killed. Manually stopping akonadi reveals some issues, the major ones are akonadi_imap_resource never shuts down normally: akonadi_kabc_resource_1(21665)/kio (KDirWatch) KDirWatchPrivate::removeEntry: doesn't know "/home/hp/tmp" akonadi_kabc_resource_0(21664)/kio (KDirWatch) KDirWatchPrivate::removeEntry: doesn't know "/work/database" AkonadiAgentServer(21671)/kio (KDirWatch) KDirWatchPrivate::removeEntry: doesn't know "/home/ac/.kde/share/apps/kabc" AkonadiAgentServer(21670)/kio (KDirWatch) KDirWatchPrivate::removeEntry: doesn't know "/home/hp/.kde/share/apps/kabc" Application '/usr/bin/akonadi_birthdays_resource' exited normally... Application '/usr/bin/akonadi_nepomuk_feeder' exited normally... Application '/usr/bin/akonadi_googlecontacts_resource' exited normally... Application '/usr/bin/akonadi_agent_launcher' exited normally... Application '/usr/bin/akonadi_googlecalendar_resource' exited normally... Application '/usr/bin/akonadi_agent_launcher' exited normally... Application '/usr/bin/akonadi_agent_launcher' exited normally... Application '/usr/bin/akonadi_agent_launcher' exited normally... Application '/usr/bin/akonadi_kabc_resource' exited normally... Application '/usr/bin/akonadi_agent_launcher' exited normally... Application '/usr/bin/akonadi_kabc_resource' exited normally... Application '/usr/bin/akonadi_archivemail_agent' exited normally... Application '/usr/bin/akonadi_maildispatcher_agent' exited normally... QProcess: Destroyed while process is still running. ProcessControl: Application /usr/bin/akonadi_imap_resource stopped unexpectedly ( "Process crashed" ) Application '/usr/bin/akonadi_imap_resource' crashed. No restart! QProcess: Destroyed while process is still running. ProcessControl: Application /usr/bin/akonadi_imap_resource stopped unexpectedly ( "Process crashed" ) Application '/usr/bin/akonadi_imap_resource' crashed. No restart! QProcess: Destroyed while process is still running. ProcessControl: Application /usr/bin/akonadi_imap_resource stopped unexpectedly ( "Process crashed" ) Application '/usr/bin/akonadi_imap_resource' crashed. No restart! Application '/usr/bin/akonadi_mailfilter_agent' exited normally... QProcess: Destroyed while process is still running. ProcessControl: Application /usr/bin/akonadi_imap_resource stopped unexpectedly ( "Process crashed" ) Application '/usr/bin/akonadi_imap_resource' crashed. No restart! Application 'akonadiserver' exited normally... -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 108642] dIMAP search is incomplete
https://bugs.kde.org/show_bug.cgi?id=108642 --- Comment #2 from Hans-Peter Jansen 2009-12-21 19:11:32 --- You're kidding, don't you? At least, you forgot to add a :-) -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 162784] kmail crashes with SIGBUS on a large (65000+ messages) IMAP mailbox
https://bugs.kde.org/show_bug.cgi?id=162784 Hans-Peter Jansen changed: What|Removed |Added CC||h...@urpla.net --- Comment #2 from Hans-Peter Jansen 2009-11-03 10:10:57 --- As Will already noted, I suffer from this bug exactly. John, did you advanced on this issue in any way, or did you just moved on to kde4? -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs