[kontact] [Bug 364670] kmail crash on search
https://bugs.kde.org/show_bug.cgi?id=364670 Laurent Montelchanged: What|Removed |Added CC||mon...@kde.org --- Comment #1 from Laurent Montel --- could you add more debug info (package debug info) please ? -- 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 362938] Implement tomboy REST API as Akonadi resource
https://bugs.kde.org/show_bug.cgi?id=362938 --- Comment #12 from Stefan--- Today a was working on the write access. The deletion of an note works now, but the resource blocks after this operation and is then unusable. Adding and modifying don't work at the moment. The note data seems not to be available as payload. -- 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
[kontact] [Bug 364663] Crash after importing Thunderbird mails
https://bugs.kde.org/show_bug.cgi?id=364663 Laurent Montelchanged: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||mon...@kde.org Resolution|--- |FIXED --- Comment #1 from Laurent Montel --- Fixed in 5.2.x -- 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 364678] New: kaddressbook does not sync contacts
https://bugs.kde.org/show_bug.cgi?id=364678 Bug ID: 364678 Summary: kaddressbook does not sync contacts Product: kaddressbook Version: unspecified Platform: Fedora RPMs OS: Linux Status: UNCONFIRMED Severity: major Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: pguec...@gmail.com CC: to...@kde.org kaddressbook-15.12.3-1.fc24.x86_64 akonadi-1.13.0-102.fc24.x86_64 I had a contacts vcard file.vcf with all of my contacts. Whenever I made changes to the information in kaddressbook, the akonadi database was correctly updated, but the updates were not written to my master file resource! I then converted the contacts.vcf file to individual vcard4 files, one for each contact, and made a contacts directory. Again, kaddressbook read all of my contacts into the akonadi database, but, when making updates to the contact information, the revised data was not correspondingly updated in my master vcard file collection. As a result of this bug, I have irretrievably lost much information. Why do the updates not get written to the master resources? Reproducible: Always Actual Results: Edit a contact. Akonadi is updated, but the master file is not. When transferring the master file to a clean install of fedora or to another distro, there is data loss. Expected Results: My updates to my saved contact information must be preserved! -- 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 364114] moving a folder within one maildir resource is extremely slow and inefficient
https://bugs.kde.org/show_bug.cgi?id=364114 Simon Andricchanged: What|Removed |Added CC||simonandr...@gmail.com -- 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
[kontact] [Bug 364670] New: kmail crash on search
https://bugs.kde.org/show_bug.cgi?id=364670 Bug ID: 364670 Summary: kmail crash on search Product: kontact Version: unspecified Platform: Archlinux Packages OS: Linux Status: UNCONFIRMED Keywords: drkonqi Severity: crash Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: buddles...@gmail.com Application: kontact (5.2.2) Qt Version: 5.6.1 Frameworks Version: 5.23.0 Operating System: Linux 4.6.2-1-ARCH x86_64 Distribution: "Arch Linux" -- Information about the crash: - What I was doing when the application crashed: I was searching thru a kmail folder for a term. Once I pressed enter, kontact crashes The crash can be reproduced every time. -- Backtrace: Application: Kontact (kontact), signal: Aborted Using host libthread_db library "/usr/lib/libthread_db.so.1". [Current thread is 1 (Thread 0x7f0ccbd74840 (LWP 8420))] Thread 26 (Thread 0x7f0bfdda6700 (LWP 8518)): #0 0x7f0cc895c72d in read () from /usr/lib/libc.so.6 #1 0x7f0cc1006c80 in ?? () from /usr/lib/libglib-2.0.so.0 #2 0x7f0cc0fc3ab4 in g_main_context_check () from /usr/lib/libglib-2.0.so.0 #3 0x7f0cc0fc3f74 in ?? () from /usr/lib/libglib-2.0.so.0 #4 0x7f0cc0fc40ec in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0 #5 0x7f0cc94a32eb in QEventDispatcherGlib::processEvents(QFlags) () from /usr/lib/libQt5Core.so.5 #6 0x7f0cc944b02a in QEventLoop::exec(QFlags) () from /usr/lib/libQt5Core.so.5 #7 0x7f0cc9270c33 in QThread::exec() () from /usr/lib/libQt5Core.so.5 #8 0x7f0cc9275b38 in ?? () from /usr/lib/libQt5Core.so.5 #9 0x7f0cc17f1484 in start_thread () from /usr/lib/libpthread.so.0 #10 0x7f0cc89696dd in clone () from /usr/lib/libc.so.6 Thread 25 (Thread 0x7f0bfeffd700 (LWP 8466)): #0 0x7f0cc1008029 in g_mutex_lock () from /usr/lib/libglib-2.0.so.0 #1 0x7f0cc0fc3519 in g_main_context_prepare () from /usr/lib/libglib-2.0.so.0 #2 0x7f0cc0fc3efb in ?? () from /usr/lib/libglib-2.0.so.0 #3 0x7f0cc0fc40ec in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0 #4 0x7f0cc94a32eb in QEventDispatcherGlib::processEvents(QFlags) () from /usr/lib/libQt5Core.so.5 #5 0x7f0cc944b02a in QEventLoop::exec(QFlags) () from /usr/lib/libQt5Core.so.5 #6 0x7f0cc9270c33 in QThread::exec() () from /usr/lib/libQt5Core.so.5 #7 0x7f0cc9275b38 in ?? () from /usr/lib/libQt5Core.so.5 #8 0x7f0cc17f1484 in start_thread () from /usr/lib/libpthread.so.0 #9 0x7f0cc89696dd in clone () from /usr/lib/libc.so.6 Thread 24 (Thread 0x7f0bff7fe700 (LWP 8464)): #0 0x7f0cc895c72d in read () from /usr/lib/libc.so.6 #1 0x7f0cc1006c80 in ?? () from /usr/lib/libglib-2.0.so.0 #2 0x7f0cc0fc3ab4 in g_main_context_check () from /usr/lib/libglib-2.0.so.0 #3 0x7f0cc0fc3f74 in ?? () from /usr/lib/libglib-2.0.so.0 #4 0x7f0cc0fc40ec in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0 #5 0x7f0cc94a32eb in QEventDispatcherGlib::processEvents(QFlags) () from /usr/lib/libQt5Core.so.5 #6 0x7f0cc944b02a in QEventLoop::exec(QFlags) () from /usr/lib/libQt5Core.so.5 #7 0x7f0cc9270c33 in QThread::exec() () from /usr/lib/libQt5Core.so.5 #8 0x7f0cc9275b38 in ?? () from /usr/lib/libQt5Core.so.5 #9 0x7f0cc17f1484 in start_thread () from /usr/lib/libpthread.so.0 #10 0x7f0cc89696dd in clone () from /usr/lib/libc.so.6 Thread 23 (Thread 0x7f0bf700 (LWP 8462)): #0 0x7f0cc895c72d in read () from /usr/lib/libc.so.6 #1 0x7f0cc1006c80 in ?? () from /usr/lib/libglib-2.0.so.0 #2 0x7f0cc0fc3ab4 in g_main_context_check () from /usr/lib/libglib-2.0.so.0 #3 0x7f0cc0fc3f74 in ?? () from /usr/lib/libglib-2.0.so.0 #4 0x7f0cc0fc40ec in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0 #5 0x7f0cc94a32eb in QEventDispatcherGlib::processEvents(QFlags) () from /usr/lib/libQt5Core.so.5 #6 0x7f0cc944b02a in QEventLoop::exec(QFlags) () from /usr/lib/libQt5Core.so.5 #7 0x7f0cc9270c33 in QThread::exec() () from /usr/lib/libQt5Core.so.5 #8 0x7f0cc9275b38 in ?? () from /usr/lib/libQt5Core.so.5 #9 0x7f0cc17f1484 in start_thread () from /usr/lib/libpthread.so.0 #10 0x7f0cc89696dd in clone () from /usr/lib/libc.so.6 Thread 22 (Thread 0x7f0c0d9b0700 (LWP 8451)): #0 0x7f0cc1008044 in g_mutex_unlock () from /usr/lib/libglib-2.0.so.0 #1 0x7f0cc0fc3fca in ?? () from /usr/lib/libglib-2.0.so.0 #2 0x7f0cc0fc40ec in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0 #3 0x7f0cc94a32eb in QEventDispatcherGlib::processEvents(QFlags) () from /usr/lib/libQt5Core.so.5 #4 0x7f0cc944b02a in QEventLoop::exec(QFlags) () from /usr/lib/libQt5Core.so.5 #5 0x7f0cc9270c33 in QThread::exec() () from /usr/lib/libQt5Core.so.5 #6 0x7f0cc9275b38 in ?? () from /usr/lib/libQt5Core.so.5 #7 0x7f0cc17f1484 in start_thread () from
[Akonadi] [Bug 364114] moving a folder within one maildir resource is extremely slow and inefficient
https://bugs.kde.org/show_bug.cgi?id=364114 --- Comment #4 from Martin Steigerwald--- I see how it is challenging to solve this within current Akonadi design. If using a folder ID that is just stored within the database, it won´t detect manual moves. But well, it could write a .folderinfo file into each folder containing a unique hash of the folder. It would then store in database folder xyz has this internal Akonadi ID and this hash and is currently located at this path. I wonder whether this changes the consequence of a database loss, but I don´t think so, I think it can even provide a path to make filter handling much more robust. If the filter rules stores the hash of the folder, akonadi mailfilter agent can ask Akonadi about the internal database ID for the folder and thus as long as the user does not remove the .folderinfo or whatever it is called file from the folder, the filter rules would still work after a complete database loss. (Of course that doesn´t solve this issue for IMAP accounts, but it would be a start.) For the individual mail items in the database Akonadi can still use an internal ID, cause on database loss, this information is lost as well, so it will have to reindex all the folders anyway. -- 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 364114] moving a folder within one maildir resource is extremely slow and inefficient
https://bugs.kde.org/show_bug.cgi?id=364114 --- Comment #3 from Martin Steigerwald--- Okay, it took about 10 minutes and several GiB of disk traffic, but it seems it is now done. Folders at their new location do not yet display amount of unread mails and I expect Akonadi to create even more I/O and CPU usage when I click on a folder there, so for now I just won´t and call it a day. -- 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 364114] moving a folder within one maildir resource is extremely slow and inefficient
https://bugs.kde.org/show_bug.cgi?id=364114 --- Comment #2 from Martin Steigerwald--- And yeah, I bet I know what its doing: Its removing all the stale mails entries from the mysqld database and then adding them again at the new location. Also KMail still showed the folders at their old location for minutes. Now it doesn´t display them there anymore, but in the new location they have no unread mail count, maybe it indexes those folders then. Honestly I´d expect Akonadi to reference the folder a mail is in by some *id*. And if I ask to move it elsewhere, it notes that it is elsewhere now in some mail folder table and *is* done with it. Or in whatever other way: As a user I expect a folder move operation to be *instant* or *almost* instant. And cause *next* to no disk I/O at all. -- 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 364114] moving a folder within one maildir resource is extremely slow and inefficient
https://bugs.kde.org/show_bug.cgi?id=364114 --- Comment #1 from Martin Steigerwald--- Today I tried to be clever: - I just stopped Akonadi and waited till it was gone (including mysqld process). - Then I manually moved several large folders with LKML mails, one with 26+ mails within the maildir to another directory within the very same local folders resource, a directory/folder I use for archival purpose But again, KMail is unresponsive when I ask it to display the contents of a mail. It can display the list of mails that a folder contains, but displaying a mail content does not work. While it is busy in the background with about 50-120% cpu usage for the mysqld process and about 120-140 MiB – in words more than hundred MiB – of writes to the dual SSD BTRFS RAID 1 every 10 seconds. So for a simple action of moving a folder it creates write I/Os in excess of several GiB *easily*. Sorry, but this is just broke in my eyes. -- 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 362885] deleting addressbook entry does not work (CardDAV DELETE adds trailing / to URL)
https://bugs.kde.org/show_bug.cgi?id=362885 --- Comment #3 from Robert Schöftner--- Workaround in apache / davical: enable rewrite module and include something like this RewriteEngine On RewriteRule ^(.*\.[iv]cs)/$ $1 [L,PT] in your definition. This removes a trailing / from URLs ending in .ics/ and .vcs/. Proper fix would be to find out why in some cases a / is appended to the URL. -- 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 362885] deleting addressbook entry does not work (CardDAV DELETE adds trailing / to URL)
https://bugs.kde.org/show_bug.cgi?id=362885 --- Comment #2 from Robert Schöftner--- After further investigation, I found out that this happens when there is non-empty ~/.config/akonadi/agent_config_akonadi_davgroupware_resource_XX_changes.dat In case it is relevant, I am using postgresql as database backend. -- 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 362885] deleting addressbook entry does not work (CardDAV DELETE adds trailing / to URL)
https://bugs.kde.org/show_bug.cgi?id=362885 --- Comment #1 from Robert Schöftner--- The same problem exists with caldav-calendars. -- 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
[kontact] [Bug 364663] New: Crash after importing Thunderbird mails
https://bugs.kde.org/show_bug.cgi?id=364663 Bug ID: 364663 Summary: Crash after importing Thunderbird mails Product: kontact Version: unspecified Platform: Fedora RPMs OS: Linux Status: UNCONFIRMED Keywords: drkonqi Severity: crash Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: kevi...@zaclys.net Application: kontact (5.1.3) Qt Version: 5.6.0 Frameworks Version: 5.22.0 Operating System: Linux 4.5.7-300.fc24.x86_64+debug x86_64 Distribution: "Fedora release 24 (Twenty Four)" -- Information about the crash: I have just imported all my e-mails accounts (5 IMAP accounts), and it did not seem to load my mails. I restarted Kontact, and then it crashed. I tried to start it again, it crashed too. -Akegrator works, when started alone - Custom settings of the application: Lots of RSS feeds in Akegrator The crash can be reproduced every time. -- Backtrace: Application: Kontact (kontact), signal: Segmentation fault Using host libthread_db library "/lib64/libthread_db.so.1". [Current thread is 1 (Thread 0x7fb2b5084940 (LWP 3225))] Thread 20 (Thread 0x7fb22cfbe700 (LWP 3308)): #0 0x7fb2cd65bf8d in read () at /lib64/libc.so.6 #1 0x7fb2c6a787a0 in g_wakeup_acknowledge () at /lib64/libglib-2.0.so.0 #2 0x7fb2c6a35524 in g_main_context_check () at /lib64/libglib-2.0.so.0 #3 0x7fb2c6a359e4 in g_main_context_iterate.isra () at /lib64/libglib-2.0.so.0 #4 0x7fb2c6a35b5c in g_main_context_iteration () at /lib64/libglib-2.0.so.0 #5 0x7fb2ce46465b in QEventDispatcherGlib::processEvents(QFlags) () at /lib64/libQt5Core.so.5 #6 0x7fb2ce413a6a in QEventLoop::exec(QFlags) () at /lib64/libQt5Core.so.5 #7 0x7fb2ce273a03 in QThread::exec() () at /lib64/libQt5Core.so.5 #8 0x7fb2ce27803a in QThreadPrivate::start(void*) () at /lib64/libQt5Core.so.5 #9 0x7fb2c7c645ca in start_thread () at /lib64/libpthread.so.0 #10 0x7fb2cd66bead in clone () at /lib64/libc.so.6 Thread 19 (Thread 0x7fb22d7bf700 (LWP 3306)): #0 0x7fb2cd65bf8d in read () at /lib64/libc.so.6 #1 0x7fb2c6a787a0 in g_wakeup_acknowledge () at /lib64/libglib-2.0.so.0 #2 0x7fb2c6a35524 in g_main_context_check () at /lib64/libglib-2.0.so.0 #3 0x7fb2c6a359e4 in g_main_context_iterate.isra () at /lib64/libglib-2.0.so.0 #4 0x7fb2c6a35b5c in g_main_context_iteration () at /lib64/libglib-2.0.so.0 #5 0x7fb2ce46465b in QEventDispatcherGlib::processEvents(QFlags) () at /lib64/libQt5Core.so.5 #6 0x7fb2ce413a6a in QEventLoop::exec(QFlags) () at /lib64/libQt5Core.so.5 #7 0x7fb2ce273a03 in QThread::exec() () at /lib64/libQt5Core.so.5 #8 0x7fb2ce27803a in QThreadPrivate::start(void*) () at /lib64/libQt5Core.so.5 #9 0x7fb2c7c645ca in start_thread () at /lib64/libpthread.so.0 #10 0x7fb2cd66bead in clone () at /lib64/libc.so.6 Thread 18 (Thread 0x7fb22dfc0700 (LWP 3304)): #0 0x7fb2cd66032d in poll () at /lib64/libc.so.6 #1 0x7fb2c6a35a46 in g_main_context_iterate.isra () at /lib64/libglib-2.0.so.0 #2 0x7fb2c6a35b5c in g_main_context_iteration () at /lib64/libglib-2.0.so.0 #3 0x7fb2ce46465b in QEventDispatcherGlib::processEvents(QFlags) () at /lib64/libQt5Core.so.5 #4 0x7fb2ce413a6a in QEventLoop::exec(QFlags) () at /lib64/libQt5Core.so.5 #5 0x7fb2ce273a03 in QThread::exec() () at /lib64/libQt5Core.so.5 #6 0x7fb2ce27803a in QThreadPrivate::start(void*) () at /lib64/libQt5Core.so.5 #7 0x7fb2c7c645ca in start_thread () at /lib64/libpthread.so.0 #8 0x7fb2cd66bead in clone () at /lib64/libc.so.6 Thread 17 (Thread 0x7fb22effd700 (LWP 3302)): #0 0x7fb2cd66032d in poll () at /lib64/libc.so.6 #1 0x7fb2c6a35a46 in g_main_context_iterate.isra () at /lib64/libglib-2.0.so.0 #2 0x7fb2c6a35b5c in g_main_context_iteration () at /lib64/libglib-2.0.so.0 #3 0x7fb2ce46465b in QEventDispatcherGlib::processEvents(QFlags) () at /lib64/libQt5Core.so.5 #4 0x7fb2ce413a6a in QEventLoop::exec(QFlags) () at /lib64/libQt5Core.so.5 #5 0x7fb2ce273a03 in QThread::exec() () at /lib64/libQt5Core.so.5 #6 0x7fb2ce27803a in QThreadPrivate::start(void*) () at /lib64/libQt5Core.so.5 #7 0x7fb2c7c645ca in start_thread () at /lib64/libpthread.so.0 #8 0x7fb2cd66bead in clone () at /lib64/libc.so.6 Thread 16 (Thread 0x7fb22f7fe700 (LWP 3300)): #0 0x7fb2cd66032d in poll () at /lib64/libc.so.6 #1 0x7fb2c6a35a46 in g_main_context_iterate.isra () at /lib64/libglib-2.0.so.0 #2 0x7fb2c6a35b5c in g_main_context_iteration () at /lib64/libglib-2.0.so.0 #3 0x7fb2ce46465b in QEventDispatcherGlib::processEvents(QFlags) () at /lib64/libQt5Core.so.5 #4 0x7fb2ce413a6a in QEventLoop::exec(QFlags) () at /lib64/libQt5Core.so.5 #5 0x7fb2ce273a03 in QThread::exec() () at /lib64/libQt5Core.so.5 #6 0x7fb2ce27803a in QThreadPrivate::start(void*) () at
[kmail2] [Bug 360910] KMail shows PGP/MIME encrypted content as attachment, does not offer to decrypt.
https://bugs.kde.org/show_bug.cgi?id=360910 Sandro Knaußchanged: What|Removed |Added CC||rew...@thestrayworld.com --- Comment #4 from Sandro Knauß --- *** Bug 347740 has been marked as a duplicate of this bug. *** -- 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 347740] Encrypted message not detected as encrypted message
https://bugs.kde.org/show_bug.cgi?id=347740 Sandro Knaußchanged: What|Removed |Added Resolution|--- |DUPLICATE Version Fixed In||5.2.85 Version|unspecified |5.2.1 Status|UNCONFIRMED |RESOLVED --- Comment #14 from Sandro Knauß --- Thanks for attaching the mail. For me it looks like it is is exactly the same #360910 I have tested it with 5.2.1 and can confirm, that kmail doesn't detect it as encrypted message. With git master kmail detects this correctly as encryptd messsge and asks for the password to decrypt. So with KDE Application 16.08 the problem is solved. *** This bug has been marked as a duplicate of bug 360910 *** -- 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 362958] After update KMail not interpreting Invite Emails
https://bugs.kde.org/show_bug.cgi?id=362958 Volker Christianchanged: What|Removed |Added CC||volker.christian@fh-hagenbe ||rg.at --- Comment #19 from Volker Christian --- Any news about this bug! It is a showstopper for me using kdepim 16.04 as I need this feature urgently! -- 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 358679] kmail5 crash on reload when config to empty trash on exit
https://bugs.kde.org/show_bug.cgi?id=358679 --- Comment #13 from Ian--- Still happens with Version 5.2.2, KDE Frameworks 5.23.0, QT 5.6.0 -- 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 364658] New: Offline not coming online
https://bugs.kde.org/show_bug.cgi?id=364658 Bug ID: 364658 Summary: Offline not coming online Product: kmail2 Version: 5.1.3 Platform: Ubuntu Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: kdeb...@tuxick.net Sometimes when for whatever reason imap fails, i get "Offline. Account is currently offline, click here to to go online". This does nothing but showing me default welcome screen. Reproducible: Sometimes Steps to Reproduce: 1. start kmail 2. select imap service/account 3. Actual Results: shows "Offline. Account is currently offline, click here to to go online" but doesn't. Expected Results: Go online or show appropriate error message. -- 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 335077] akonadi flooding errormessages
https://bugs.kde.org/show_bug.cgi?id=335077 tony den haanchanged: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #1 from tony den haan --- haven't seen this problem for quite a while anymore -- 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