[Akonadi] [Bug 357571] IMAP folder re-syncing
https://bugs.kde.org/show_bug.cgi?id=357571 Stefanos Harhalakis changed: What|Removed |Added Status|NEEDSINFO |RESOLVED Resolution|WAITINGFORINFO |UNMAINTAINED --- Comment #7 from Stefanos Harhalakis --- Closing this because I no longer use KDE's IMAP for large mailboxes and can't confirm whether it's still an issue. -- You are receiving this mail because: You are on the CC list for the bug.
[Akonadi] [Bug 415271] New: akonadi does not create the file_lost+found folder
https://bugs.kde.org/show_bug.cgi?id=415271 Bug ID: 415271 Summary: akonadi does not create the file_lost+found folder Product: Akonadi Version: GIT (master) Platform: Debian testing OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: server Assignee: kdepim-bugs@kde.org Reporter: v...@v13.gr Target Milestone: --- It seems that akonadi does not create the file_lost+found directory which results in "akonadictl fsck" failing to move files there. See here: https://github.com/KDE/akonadi/blob/ed93384ff692a684a1ade9bbc283ba495c0b3fe3/src/server/storagejanitor.cpp#L460-L466 There isn't anything that creates the directory. In my case, I was running fsck continuously without any effect. The result was like this: Found unreferenced external file: /home/v13/.local/share/akonadi/file_db_data/56/5634856_r0 Found unreferenced external file: /home/v13/.local/share/akonadi/file_db_data/27/7826627_r0 Found unreferenced external file: /home/v13/.local/share/akonadi/file_db_data/08/5711008_r1 And then: Moved 105853 unreferenced files to lost+found. But nothing was being moved. Then, once I created it by hand, it moved 3.8GB I tried restarting akonadi in case it creates the directory, but nothing I'm using akonadi server 4:18.08.3-7 (debian testing). -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 403124] Two kalarm resources fighting each other
https://bugs.kde.org/show_bug.cgi?id=403124 --- Comment #2 from Stefanos Harhalakis --- I don't actually remember. It is possible that I created something or that one of the upgrades did it. It was a funny failure mode though, even if it's not worth looking at. -- You are receiving this mail because: You are on the CC list for the bug.
[Akonadi] [Bug 403124] New: Two kalarm resources fighting each other
https://bugs.kde.org/show_bug.cgi?id=403124 Bug ID: 403124 Summary: Two kalarm resources fighting each other Product: Akonadi Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: KAlarm resource Assignee: djar...@kde.org Reporter: v...@v13.gr CC: kdepim-bugs@kde.org Target Milestone: --- SUMMARY It seems that I have two resources fighting each other. I noticed in akonadiconsole. It never stops: AgentBase(akonadi_kalarm_resource_12): The file 'file:///home/v13/.kde/share/apps/kalarm/template.ics' was changed on disk. As a precaution, a backup of its previous contents has been created at 'file:///home/v13/.local/share/akonadi_kalarm_resource_12/template.ics-347'. AgentBase(akonadi_kalarm_resource_22): The file 'file:///home/v13/.kde/share/apps/kalarm/template.ics' was changed on disk. As a precaution, a backup of its previous contents has been created at 'file:///home/v13/.local/share/akonadi_kalarm_resource_22/template.ics-349'. AgentBase(akonadi_kalarm_resource_12): The file 'file:///home/v13/.kde/share/apps/kalarm/template.ics' was changed on disk. As a precaution, a backup of its previous contents has been created at 'file:///home/v13/.local/share/akonadi_kalarm_resource_12/template.ics-348'. AgentBase(akonadi_kalarm_resource_22): The file 'file:///home/v13/.kde/share/apps/kalarm/template.ics' was changed on disk. As a precaution, a backup of its previous contents has been created at 'file:///home/v13/.local/share/akonadi_kalarm_resource_22/template.ics-350'. AgentBase(akonadi_kalarm_resource_12): The file 'file:///home/v13/.kde/share/apps/kalarm/template.ics' was changed on disk. As a precaution, a backup of its previous contents has been created at 'file:///home/v13/.local/share/akonadi_kalarm_resource_12/template.ics-349'. AgentBase(akonadi_kalarm_resource_22): The file 'file:///home/v13/.kde/share/apps/kalarm/template.ics' was changed on disk. As a precaution, a backup of its previous contents has been created at 'file:///home/v13/.local/share/akonadi_kalarm_resource_22/template.ics-351'. AgentBase(akonadi_kalarm_resource_12): The file 'file:///home/v13/.kde/share/apps/kalarm/template.ics' was changed on disk. As a precaution, a backup of its previous contents has been created at 'file:///home/v13/.local/share/akonadi_kalarm_resource_12/template.ics-350'. AgentBase(akonadi_kalarm_resource_22): The file 'file:///home/v13/.kde/share/apps/kalarm/template.ics' was changed on disk. As a precaution, a backup of its previous contents has been created at 'file:///home/v13/.local/share/akonadi_kalarm_resource_22/template.ics-352'. AgentBase(akonadi_kalarm_resource_12): The file 'file:///home/v13/.kde/share/apps/kalarm/template.ics' was changed on disk. As a precaution, a backup of its previous contents has been created at 'file:///home/v13/.local/share/akonadi_kalarm_resource_12/template.ics-351'. AgentBase(akonadi_kalarm_resource_22): The file 'file:///home/v13/.kde/share/apps/kalarm/template.ics' was changed on disk. As a precaution, a backup of its previous contents has been created at 'file:///home/v13/.local/share/akonadi_kalarm_resource_22/template.ics-353'. -- You are receiving this mail because: You are on the CC list for the bug.
[Akonadi] [Bug 353957] Akonadi IMAP resource crashed when checked maildir
https://bugs.kde.org/show_bug.cgi?id=353957 Stefanos Harhalakis changed: What|Removed |Added CC||v...@v13.gr -- 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 357571] New: IMAP folder re-syncing
https://bugs.kde.org/show_bug.cgi?id=357571 Bug ID: 357571 Summary: IMAP folder re-syncing Product: Akonadi Version: unspecified Platform: Debian unstable OS: Linux Status: UNCONFIRMED Severity: major Priority: NOR Component: IMAP resource Assignee: chrig...@fastmail.fm Reporter: v...@v13.gr CC: kdepim-bugs@kde.org, vkra...@kde.org Hi there, This is related to the thread "IMAP and permanent folder syncing" (https://marc.info/?t=14484380794&r=1&w=2) which I'm not sure how to respond to as I'm not subscribed to the list. I'm using the the equivalent of disconnected IMAP which is meant to keep the messages locally. However, the messages keep refreshing again and again and there is also some random behavior. By refreshing, I mean that kmail/akonadi are actually re-downloading the whole folder again and again on random times. I.e they re-download all messages. This happens since the upgrade to this version. If I start akonadi from the command line I see its output, which indicates this. Here's an example: -- log_imapresource: Starting retrieval for "23 - X" log_imapresource: Starting message retrieval. Elapsed(ms): 900 log_imapresource: MessageCount: 4442 Local message count: 4440 log_imapresource: UidNext: 258627 Local UidNext: 258626 log_imapresource: HighestModSeq: 0 Local HighestModSeq: 0 log_imapresource: Detected inconsistency in local cache, we're missing some messages. Server: 4442 Local: 4440 log_imapresource: Refetching complete mailbox. akonadiagentbase_log: 4442 4442 log_imapresource: Fetching 1 intervals Received: 10 In total: 10 Wanted: 4442 Received: 16 In total: 26 Wanted: 4442 Received: 2 In total: 28 Wanted: 4442 Received: 17 In total: 4436 Wanted: 4442 Received: 5 In total: 4441 Wanted: 4442 Received: 1 In total: 4442 Wanted: 4442 log_imapresource: Applying collection changes log_imapresource: Retrieval complete. Elapsed(ms): 65660 finished log_imapresource: "/23 - XX" -- The above example is quite interesting as it is accompanied by another strangeness in kmail: The folder "23 - " (I'm masking the name here) is what is referenced in the logs. It is also the one I see in akonadiconsole being synced. However, after the retrieval, the messages are accounted in a completely different folder in kmail, which now has 4441 unread messages. Clicking on that folder I see one message (on a previous occurrence there were more). When clicking on the message I get blank contents and kmail writes this to the console: log_messagelist: View message selected [ "I'm masking the subject here" ] log_kmail: 103 "Unable to fetch item from backend (collection -1) : Unable to retrieve item from resource: Invalid item retrieved" At this point kmail did a timed synced (it's configured to check every ~5 minutes) and all the message from this folder were moved to the proper folder instead (i.e. it fixes itself). When that happened, the console displayed this: "Item query returned empty result set" My setup is debian test+experimental. akonadi-server 15.08.3, kmail 15.08.3, using akonadi's mysql. I have this behavior on two separate debian systems with similar setup but with different accounts. One is Gmail and the other is a company email server. I tried wiping the DIMAP account completely and recreating it from scratch (the messages above are from a kmail account that I created 2 weeks ago), but there was no luck. I have also tried "akonadictl fsck" and "akonadictl vacuum", but there wasn't any improvement. I just ran another "akonadictl fsck" and I got this: ... "Item \"1509180\" has no RID." "Item \"1509182\" has no RID." "Item \"1509183\" has no RID." "Item \"1509184\" has no RID." "Item \"1509185\" has no RID." "Found 64977 items without RID." "Found 0 dirty items." "Consistency check done." (lines above that scrolled outside of the scroll buffer, but there were no errors other than the RID one) Finally, the akonadi resource crashes with segmentation fault (sig 11) every now and then (e.g. it crashed right now). I don't think it correlates to the problem though. Is there anything more I could check to try and figure out what's wrong? Thanks, Stefanos 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
[kmail2] [Bug 333956] New: Provide more flexibility on the settings of notifications and indexing to handle dynamic folders
https://bugs.kde.org/show_bug.cgi?id=333956 Bug ID: 333956 Summary: Provide more flexibility on the settings of notifications and indexing to handle dynamic folders Classification: Unclassified Product: kmail2 Version: 4.12.3 Platform: unspecified OS: Linux Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: folders Assignee: kdepim-bugs@kde.org Reporter: v...@v13.gr Hi, First of all the use case: * IMAP * A folder that gets rotated at the server side (a spam folder), causing it to be renamed and then recreated * "Need" to keep notifications and indexing disabled for this folder With the current setup kmail loses the settings of that folder every time it gets rotated. My current settings are not to act (notify) on email on the spam folder and not to index it. However these settings cannot be preserved once the folder goes away. I can think of three solutions for this: 1) Add a per-account (or even global) configurable default setting for notifications and indexing. After that one can completely disable this for an account and then enable it per folder 2) Change the existing per folder setting to support three options: Enabled, Disabled, Use parent's/Inherit 3) Change the default "notification" and "indexing" settings to "disabled" Thanks, Stefanos Reproducible: Always Steps to Reproduce: 1. Use IMAP 2. Disable notifications on a folder 3. Remove the folder and recreate it. Maybe allow KMail to fetch emails in between Actual Results: Settings for the folder get reset -- 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 62541] The user should be able to disable word-wrapping on the preview window.
https://bugs.kde.org/show_bug.cgi?id=62541 --- Comment #3 from Stefanos Harhalakis 2011-11-24 15:58:22 --- Hello, We're 8 years wiser by now :-P Ok... here it goes: If you have a message with long lines (not wrapped) then kmail auto-wraps them when viewing it. For example: If I send you an e-mail where each line is 200 chars wide, then you will see that with dynamic word-wrapping applied. This happens both in the preview pane and the message view. The only way to view the message without dynamic word-wrapping (word-wrapping to the width of the window) is by viewing its source. -- 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
