[kmail2] [Bug 322075] Identity chosen ignores Folder Properties in Composer
https://bugs.kde.org/show_bug.cgi?id=322075 --- Comment #3 from Laurent Montel --- I need more infos that it: For example screenshot of your folder properties + screenshot of your identity etc. -- 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 322075] Identity chosen ignores Folder Properties in Composer
https://bugs.kde.org/show_bug.cgi?id=322075 --- Comment #2 from yu...@avrasoft.com --- On Sunday, July 07, 2013 07:07:08 PM Laurent Montel wrote: > https://bugs.kde.org/show_bug.cgi?id=322075 > > Laurent Montel changed: > >What|Removed |Added > - > --- CC||mon...@kde.org > > --- Comment #1 from Laurent Montel --- > Works fine here. Not for me. I have two Identities, 'Supernet' and 'Alpines' that both use the same address. I have an 'Alpines' folder as sub to a 'Supernet' folder, and matching Identities configured for each. I just opened a reply to a message in the 'Supernet' folder, and was given the 'Alpines' Identity. KMail 1 did this too, but I never filed a bug on it. -- 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 322083] CollectionSync always start a database transaction, even when no update needs to be done
https://bugs.kde.org/show_bug.cgi?id=322083 --- Comment #1 from Alessandro Pignotti --- For info on mysql read-only performance and transactions see http://dev.mysql.com/doc/refman/5.6/en/innodb-performance.html section 14.2.4.2.3. -- 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 322083] New: CollectionSync always start a database transaction, even when no update needs to be done
https://bugs.kde.org/show_bug.cgi?id=322083 Bug ID: 322083 Summary: CollectionSync always start a database transaction, even when no update needs to be done Classification: Unclassified Product: Akonadi Version: unspecified Platform: Ubuntu Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: alexpigna@gmail.com Disclaimer: I'm not expert in akonadi codebase, so the terminology might not be 100% correct. CollectionSync derives from TransactionSequence, which means that all the Jobs added are wrapped in a database transaction. This probably make sense to guarantee correctness in case of concurrent updates. The problem is that a transaction is started even in the case when no updates needs to be made. The effect of this is that mysql (when it is the backend) is no longer able to optimize the load of the local collection data and needs to write book-keeping data on the log. This means that in the very frequent case of no updates needed (so, theoretically read only operation) mysqld will still be writing to disk, with an effect on system performance and battery usage. I'm not sure what could be a good solution to this problem, my guess is that it could make sense to operate in two phases: 1) Load the local collection without starting a transaction and compare with the remote one to see if anything needs to be updated 2) If needed, start a transaction and do the complete sync. This will cause overhead when updates are needed, but hopefully this is balanced by the optimization of the read only case. I think another possible solution would be to use explicit table locks, but akonadi currently seems to have no concept of locking. Reproducible: Always Steps to Reproduce: 1. Add an IMAP resource that is polled regularly 2. Watch akonadi mysqld process with strace, grep for 'pwrite' Actual Results: I can see write operations happening when apparently no new mails are arriving Expected Results: Read only operations should be read-only -- 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 322075] Identity chosen ignores Folder Properties in Composer
https://bugs.kde.org/show_bug.cgi?id=322075 Laurent Montel changed: What|Removed |Added CC||mon...@kde.org --- Comment #1 from Laurent Montel --- Works fine here. -- 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 322075] New: Identity chosen ignores Folder Properties in Composer
https://bugs.kde.org/show_bug.cgi?id=322075 Bug ID: 322075 Summary: Identity chosen ignores Folder Properties in Composer Classification: Unclassified Product: kmail2 Version: 4.10.4 Platform: Fedora RPMs OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: yu...@avrasoft.com I have several Identities, each with their own Signature, defined for an Account. I have Folders set to use a particular Identity for composing mail. When I start a new message for one of those Folders, it seems the first Identity defined for that Account is chosen, not the one specified in Folder Properties. More often than not, I have to change to the correct Identity. This was happening in KMail 1 too. Reproducible: Always -- 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 321936] cannot set custom folder icon for folder used by non-default Identity
https://bugs.kde.org/show_bug.cgi?id=321936 --- Comment #6 from yu...@avrasoft.com --- I do not see how this is resolved. Do you mean any folder that is set to be the inbox for an Account is treated like the top-level inbox, outbox, and trash folders and cannot have a custom icon? -- 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 320170] Kmail very slow to load messages from local folder
https://bugs.kde.org/show_bug.cgi?id=320170 --- Comment #5 from Valentin Rusu --- The problem just returned, without any aparent explanation (I did not touched my system configuration, nor recompiled KDE). Here is the output I can see in konsole after issuing "akonadictl start" and trying to navigate my folders under kontact: Error during executing query "UPDATE PimItemTable, CollectionPimItemRelation SET atime = :0 WHERE ( CollectionPimItemRelation.Collection_id = :1 AND ( CollectionPimItemRelation.PimItem_id = PimItemTable.id ) )" : "Lock wait timeout exceeded; try restarting transaction QMYSQL3: Unable to execute statement" Unable to update item access time Error during executing query "UPDATE PimItemTable SET atime = :0 WHERE ( collectionId = :1 )" : "Lock wait timeout exceeded; try restarting transaction QMYSQL3: Unable to execute statement" Unable to update item access time Error during executing query "UPDATE PimItemTable, CollectionPimItemRelation SET atime = :0 WHERE ( CollectionPimItemRelation.Collection_id = :1 AND ( CollectionPimItemRelation.PimItem_id = PimItemTable.id ) )" : "Lock wait timeout exceeded; try restarting transaction QMYSQL3: Unable to execute statement" Unable to update item access time -- 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 302235] Mail sending delayed or does not work / Freezes
https://bugs.kde.org/show_bug.cgi?id=302235 piedro changed: What|Removed |Added CC||piedro.kul...@googlemail.co ||m --- Comment #2 from piedro --- I am not sure whether this is the same phenomena but as the OP stated sometimes sending mail freezes the mail dispatcher agent. Mail is stuck in the outbox. Workaround: Open akonadi console and restert the mail dispatcher agent. Can someone confirm this? thx, p. -- 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 318116] Interface with gpgsm hangs after any S/MIME operation, requires killing gpgsm
https://bugs.kde.org/show_bug.cgi?id=318116 Arthur Titeica changed: What|Removed |Added CC||arthur.tite...@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
[kmail2] [Bug 322052] Replying to mail causes kmail to hang
https://bugs.kde.org/show_bug.cgi?id=322052 Laurent Montel changed: What|Removed |Added CC||mon...@kde.org --- Comment #1 from Laurent Montel --- Please send me it in private. Thanks -- 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
