[Akonadi] [Bug 332195] Allow to disable akonadi_baloo_indexer
https://bugs.kde.org/show_bug.cgi?id=332195 Stefan Brüns changed: What|Removed |Added Resolution|--- |UNMAINTAINED CC||stefan.bruens@rwth-aachen.d ||e Status|REOPENED|RESOLVED --- Comment #32 from Stefan Brüns --- There no longer is any relationship between akonadi and baloo indexes. -- You are receiving this mail because: You are the assignee for the bug.
[kdepim] [Bug 461446] New: Text of HTML mails often unreadable in Dark Mode color schemes (light on light)
https://bugs.kde.org/show_bug.cgi?id=461446 Bug ID: 461446 Summary: Text of HTML mails often unreadable in Dark Mode color schemes (light on light) Classification: Applications Product: kdepim Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: messageviewer Assignee: kdepim-bugs@kde.org Reporter: stefan.bru...@rwth-aachen.de Target Milestone: --- SUMMARY HTML mails often contain dark text on light background. In case the background color is set for individual divs or similar, the dark mode style makes the font color light, while only the body background color is made dark, while the actual background behind the text is still light. STEPS TO REPRODUCE Stripped down content:
[kmail2] [Bug 431143] copy/past url => url is cut
https://bugs.kde.org/show_bug.cgi?id=431143 --- Comment #5 from Stefan Brüns --- Possible duplicate (from same reporter): https://bugs.kde.org/show_bug.cgi?id=414360 -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 431143] copy/past url => url is cut
https://bugs.kde.org/show_bug.cgi?id=431143 Stefan Brüns changed: What|Removed |Added CC||stefan.bruens@rwth-aachen.d ||e --- Comment #4 from Stefan Brüns --- Possible duplicate (waiting for confirmation): https://bugs.kde.org/show_bug.cgi?id=418709 -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 418709] copy/paste an internetlink breaks at eol
https://bugs.kde.org/show_bug.cgi?id=418709 Stefan Brüns changed: What|Removed |Added Status|REPORTED|NEEDSINFO CC||stefan.bruens@rwth-aachen.d ||e Resolution|--- |WAITINGFORINFO --- Comment #1 from Stefan Brüns --- @olignomi: Is the URL broken up already while pasting, or only after sending? -- You are receiving this mail because: You are the assignee for the bug.
[kdepim] [Bug 360784] Ignore diacritic (accent) in kmail quick search
https://bugs.kde.org/show_bug.cgi?id=360784 Stefan Brüns changed: What|Removed |Added Assignee|pinak.ah...@gmail.com |kdepim-bugs@kde.org Product|frameworks-baloo|kdepim Component|general |general CC||stefan.bruens@rwth-aachen.d ||e Version|5.20.0 |unspecified -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 325224] CalDav doesn't read server items
https://bugs.kde.org/show_bug.cgi?id=325224 Stefan Brüns <stefan.bru...@rwth-aachen.de> changed: What|Removed |Added Resolution|--- |WAITINGFORINFO Status|REOPENED|NEEDSINFO CC||stefan.bruens@rwth-aachen.d ||e --- Comment #79 from Stefan Brüns <stefan.bru...@rwth-aachen.de> --- Can you verify if the collection CTag property changes: 1. Restart akonadi with appropriate debug output (e.g. in konsole): $> QT_LOGGING_RULES="*.debug=false;org.kde.pim.davresource.debug=true;org.kde.pim.kdav.debug=true" akonadictl start 2. Do some changes in your calendar 3. Watch the output in the terminal - If you get something like: org.kde.pim.davresource: Retrieving items for collection "https://server/foo/bar/; org.kde.pim.davresource: CTag for collection "https://server/foo/bar/; didn't change: "T1526002626000" even after changing something, the ctag property in the server does not work correctly. -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 390798] Akonadi EWS failed to authenticate with Exchange Server
https://bugs.kde.org/show_bug.cgi?id=390798 --- Comment #11 from Stefan Brüns <stefan.bru...@rwth-aachen.de> --- Git commit a20701f5837e067496ef91954940c49eb9e15beb by Stefan Brüns. Committed on 03/05/2018 at 22:38. Pushed by bruns into branch 'master'. Always add domain delimiter if "Domain" checkbox is selected Summary: EwsConfigDialog::fullUsername() always adds the domain delimiter when the "Domain" checkbox is set, even if the actual domain name is empty, while the login procedure in EwsResource::passwordRequestFinished(...) only adds a domain delimiter if the domain is non-empty. Make sure login in the config dialog and during normal operation is equivalent. Not sending an (empty) domain causes login failures for some servers, while sending it seems to be unproblematic, and can be forced off by unselecting the checkbox. This fixes a regression caused by commit 7c74258355cd ("EWS: Refactor server connection and password retrieval"), which changed the check for sending the domain from mSettings->hasDomain() to mSettings->domain().isEmpty(). Related: bug 388496 Test Plan: Check the login from the config-dialog, once //with//, once //without// checking "Domain" Try to sync the resource Reviewers: dvratil, nowicki Reviewed By: dvratil Subscribers: #kde_pim Tags: #kde_pim Differential Revision: https://phabricator.kde.org/D12474 M +1-1resources/ews/ewsresource.cpp https://commits.kde.org/kdepim-runtime/a20701f5837e067496ef91954940c49eb9e15beb --- Comment #12 from Stefan Brüns <stefan.bru...@rwth-aachen.de> --- Git commit 86302684a48fb4340facd5f773ab14556bc82219 by Stefan Brüns. Committed on 03/05/2018 at 22:38. Pushed by bruns into branch 'master'. Always add domain delimiter if "Domain" checkbox is selected Summary: EwsConfigDialog::fullUsername() always adds the domain delimiter when the "Domain" checkbox is set, even if the actual domain name is empty, while the login procedure in EwsResource::passwordRequestFinished(...) only adds a domain delimiter if the domain is non-empty. Make sure login in the config dialog and during normal operation is equivalent. Not sending an (empty) domain causes login failures for some servers, while sending it seems to be unproblematic, and can be forced off by unselecting the checkbox. This fixes a regression caused by commit 7c74258355cd ("EWS: Refactor server connection and password retrieval"), which changed the check for sending the domain from mSettings->hasDomain() to mSettings->domain().isEmpty(). Related: bug 388496 Test Plan: Check the login from the config-dialog, once //with//, once //without// checking "Domain" Try to sync the resource Reviewers: dvratil, nowicki Reviewed By: dvratil Subscribers: #kde_pim Tags: #kde_pim Differential Revision: https://phabricator.kde.org/D12474 https://commits.kde.org/kdepim-runtime/86302684a48fb4340facd5f773ab14556bc82219 -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 388496] Regression - no longer able to authenticate
https://bugs.kde.org/show_bug.cgi?id=388496 Stefan Brüns <stefan.bru...@rwth-aachen.de> changed: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIRMED |RESOLVED Latest Commit||https://commits.kde.org/kde ||pim-runtime/86302684a48fb43 ||40facd5f773ab14556bc82219 ||https://commits.kde.org/kde ||pim-runtime/a20701f5837e067 ||496ef91954940c49eb9e15beb Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #1 from Stefan Brüns <stefan.bru...@rwth-aachen.de> --- Git commit 86302684a48fb4340facd5f773ab14556bc82219 by Stefan Brüns. Committed on 03/05/2018 at 22:38. Pushed by bruns into branch 'master'. Always add domain delimiter if "Domain" checkbox is selected Summary: EwsConfigDialog::fullUsername() always adds the domain delimiter when the "Domain" checkbox is set, even if the actual domain name is empty, while the login procedure in EwsResource::passwordRequestFinished(...) only adds a domain delimiter if the domain is non-empty. Make sure login in the config dialog and during normal operation is equivalent. Not sending an (empty) domain causes login failures for some servers, while sending it seems to be unproblematic, and can be forced off by unselecting the checkbox. This fixes a regression caused by commit 7c74258355cd ("EWS: Refactor server connection and password retrieval"), which changed the check for sending the domain from mSettings->hasDomain() to mSettings->domain().isEmpty(). Related: bug 390798 Test Plan: Check the login from the config-dialog, once //with//, once //without// checking "Domain" Try to sync the resource Reviewers: dvratil, nowicki Reviewed By: dvratil Subscribers: #kde_pim Tags: #kde_pim Differential Revision: https://phabricator.kde.org/D12474 https://commits.kde.org/kdepim-runtime/86302684a48fb4340facd5f773ab14556bc82219 --- Comment #2 from Stefan Brüns <stefan.bru...@rwth-aachen.de> --- Git commit a20701f5837e067496ef91954940c49eb9e15beb by Stefan Brüns. Committed on 03/05/2018 at 22:38. Pushed by bruns into branch 'master'. Always add domain delimiter if "Domain" checkbox is selected Summary: EwsConfigDialog::fullUsername() always adds the domain delimiter when the "Domain" checkbox is set, even if the actual domain name is empty, while the login procedure in EwsResource::passwordRequestFinished(...) only adds a domain delimiter if the domain is non-empty. Make sure login in the config dialog and during normal operation is equivalent. Not sending an (empty) domain causes login failures for some servers, while sending it seems to be unproblematic, and can be forced off by unselecting the checkbox. This fixes a regression caused by commit 7c74258355cd ("EWS: Refactor server connection and password retrieval"), which changed the check for sending the domain from mSettings->hasDomain() to mSettings->domain().isEmpty(). Related: bug 390798 Test Plan: Check the login from the config-dialog, once //with//, once //without// checking "Domain" Try to sync the resource Reviewers: dvratil, nowicki Reviewed By: dvratil Subscribers: #kde_pim Tags: #kde_pim Differential Revision: https://phabricator.kde.org/D12474 M +1-1resources/ews/ewsresource.cpp https://commits.kde.org/kdepim-runtime/a20701f5837e067496ef91954940c49eb9e15beb -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 390798] Akonadi EWS failed to authenticate with Exchange Server
https://bugs.kde.org/show_bug.cgi?id=390798 --- Comment #11 from Stefan Brüns <stefan.bru...@rwth-aachen.de> --- Git commit a20701f5837e067496ef91954940c49eb9e15beb by Stefan Brüns. Committed on 03/05/2018 at 22:38. Pushed by bruns into branch 'master'. Always add domain delimiter if "Domain" checkbox is selected Summary: EwsConfigDialog::fullUsername() always adds the domain delimiter when the "Domain" checkbox is set, even if the actual domain name is empty, while the login procedure in EwsResource::passwordRequestFinished(...) only adds a domain delimiter if the domain is non-empty. Make sure login in the config dialog and during normal operation is equivalent. Not sending an (empty) domain causes login failures for some servers, while sending it seems to be unproblematic, and can be forced off by unselecting the checkbox. This fixes a regression caused by commit 7c74258355cd ("EWS: Refactor server connection and password retrieval"), which changed the check for sending the domain from mSettings->hasDomain() to mSettings->domain().isEmpty(). Related: bug 388496 Test Plan: Check the login from the config-dialog, once //with//, once //without// checking "Domain" Try to sync the resource Reviewers: dvratil, nowicki Reviewed By: dvratil Subscribers: #kde_pim Tags: #kde_pim Differential Revision: https://phabricator.kde.org/D12474 M +1-1resources/ews/ewsresource.cpp https://commits.kde.org/kdepim-runtime/a20701f5837e067496ef91954940c49eb9e15beb --- Comment #12 from Stefan Brüns <stefan.bru...@rwth-aachen.de> --- Git commit 86302684a48fb4340facd5f773ab14556bc82219 by Stefan Brüns. Committed on 03/05/2018 at 22:38. Pushed by bruns into branch 'master'. Always add domain delimiter if "Domain" checkbox is selected Summary: EwsConfigDialog::fullUsername() always adds the domain delimiter when the "Domain" checkbox is set, even if the actual domain name is empty, while the login procedure in EwsResource::passwordRequestFinished(...) only adds a domain delimiter if the domain is non-empty. Make sure login in the config dialog and during normal operation is equivalent. Not sending an (empty) domain causes login failures for some servers, while sending it seems to be unproblematic, and can be forced off by unselecting the checkbox. This fixes a regression caused by commit 7c74258355cd ("EWS: Refactor server connection and password retrieval"), which changed the check for sending the domain from mSettings->hasDomain() to mSettings->domain().isEmpty(). Related: bug 388496 Test Plan: Check the login from the config-dialog, once //with//, once //without// checking "Domain" Try to sync the resource Reviewers: dvratil, nowicki Reviewed By: dvratil Subscribers: #kde_pim Tags: #kde_pim Differential Revision: https://phabricator.kde.org/D12474 https://commits.kde.org/kdepim-runtime/86302684a48fb4340facd5f773ab14556bc82219 -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 388496] Regression - no longer able to authenticate
https://bugs.kde.org/show_bug.cgi?id=388496 Stefan Brüns <stefan.bru...@rwth-aachen.de> changed: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIRMED |RESOLVED Latest Commit||https://commits.kde.org/kde ||pim-runtime/86302684a48fb43 ||40facd5f773ab14556bc82219 ||https://commits.kde.org/kde ||pim-runtime/a20701f5837e067 ||496ef91954940c49eb9e15beb Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #1 from Stefan Brüns <stefan.bru...@rwth-aachen.de> --- Git commit 86302684a48fb4340facd5f773ab14556bc82219 by Stefan Brüns. Committed on 03/05/2018 at 22:38. Pushed by bruns into branch 'master'. Always add domain delimiter if "Domain" checkbox is selected Summary: EwsConfigDialog::fullUsername() always adds the domain delimiter when the "Domain" checkbox is set, even if the actual domain name is empty, while the login procedure in EwsResource::passwordRequestFinished(...) only adds a domain delimiter if the domain is non-empty. Make sure login in the config dialog and during normal operation is equivalent. Not sending an (empty) domain causes login failures for some servers, while sending it seems to be unproblematic, and can be forced off by unselecting the checkbox. This fixes a regression caused by commit 7c74258355cd ("EWS: Refactor server connection and password retrieval"), which changed the check for sending the domain from mSettings->hasDomain() to mSettings->domain().isEmpty(). Related: bug 390798 Test Plan: Check the login from the config-dialog, once //with//, once //without// checking "Domain" Try to sync the resource Reviewers: dvratil, nowicki Reviewed By: dvratil Subscribers: #kde_pim Tags: #kde_pim Differential Revision: https://phabricator.kde.org/D12474 https://commits.kde.org/kdepim-runtime/86302684a48fb4340facd5f773ab14556bc82219 --- Comment #2 from Stefan Brüns <stefan.bru...@rwth-aachen.de> --- Git commit a20701f5837e067496ef91954940c49eb9e15beb by Stefan Brüns. Committed on 03/05/2018 at 22:38. Pushed by bruns into branch 'master'. Always add domain delimiter if "Domain" checkbox is selected Summary: EwsConfigDialog::fullUsername() always adds the domain delimiter when the "Domain" checkbox is set, even if the actual domain name is empty, while the login procedure in EwsResource::passwordRequestFinished(...) only adds a domain delimiter if the domain is non-empty. Make sure login in the config dialog and during normal operation is equivalent. Not sending an (empty) domain causes login failures for some servers, while sending it seems to be unproblematic, and can be forced off by unselecting the checkbox. This fixes a regression caused by commit 7c74258355cd ("EWS: Refactor server connection and password retrieval"), which changed the check for sending the domain from mSettings->hasDomain() to mSettings->domain().isEmpty(). Related: bug 390798 Test Plan: Check the login from the config-dialog, once //with//, once //without// checking "Domain" Try to sync the resource Reviewers: dvratil, nowicki Reviewed By: dvratil Subscribers: #kde_pim Tags: #kde_pim Differential Revision: https://phabricator.kde.org/D12474 M +1-1resources/ews/ewsresource.cpp https://commits.kde.org/kdepim-runtime/a20701f5837e067496ef91954940c49eb9e15beb -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 388496] New: Regression - no longer able to authenticate
https://bugs.kde.org/show_bug.cgi?id=388496 Bug ID: 388496 Summary: Regression - no longer able to authenticate Product: Akonadi Version: GIT (master) Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: EWS Resource Assignee: kdepim-bugs@kde.org Reporter: stefan.bru...@rwth-aachen.de CC: kri...@op.pl Target Milestone: --- Commit https://cgit.kde.org/kdepim-runtime.git/commit/resources /ews/ewsresource.cpp?id=7c74258355cd91106d7563142177dd7f17801256 broke authentication for servers always requiring a domain delimiter, even with an empty domain. See https://github.com/KrissN/akonadi-ews/pull/39 -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 387580] Error response is not handled correctly in EwsGetFolderRequest
https://bugs.kde.org/show_bug.cgi?id=387580 --- Comment #1 from Stefan Brüns <stefan.bru...@rwth-aachen.de> --- Created attachment 109204 --> https://bugs.kde.org/attachment.cgi?id=109204=edit Handle Error in GetFolderResponseMessage -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 387580] New: Error response is not handled correctly in EwsGetFolderRequest
https://bugs.kde.org/show_bug.cgi?id=387580 Bug ID: 387580 Summary: Error response is not handled correctly in EwsGetFolderRequest Product: Akonadi Version: unspecified Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: EWS Resource Assignee: kdepim-bugs@kde.org Reporter: stefan.bru...@rwth-aachen.de CC: kri...@op.pl Target Milestone: --- (Copy of https://github.com/KrissN/akonadi-ews/issues/46 ) After I deleted a folder from outside kontact (i.e. a different kontact on another computer), akonadi-ews was no longer able to synchronize the account. The server responds with the following message (shortened and reformatted): http://schemas.xmlsoap.org/soap/envelope/;> http://schemas.microsoft.com/exchange/services/2006/types; xmlns="http://schemas.microsoft.com/exchange/services/2006/types; xmlns:xsd="http://www.w3.org/2001/XMLSchema; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance; MajorVersion="15" MinorVersion="1" MajorBuildNumber="1034" MinorBuildNumber="26" Version="V2017_01_07"/> http://www.w3.org/2001/XMLSchema-instance; xmlns:xsd="http://www.w3.org/2001/XMLSchema;> http://schemas.microsoft.com/exchange/services/2006/messages; xmlns:t="http://schemas.microsoft.com/exchange/services/2006/types;> NoError The specified object was not found in the store., The process failed to get the correct properties. ErrorItemNotFound 0 NoError -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 340830] New: Categories are saved as akonadi:?tag=1
https://bugs.kde.org/show_bug.cgi?id=340830 Bug ID: 340830 Summary: Categories are saved as akonadi:?tag=1 Product: Akonadi Version: GIT (master) Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: DAV Resource Assignee: kdepim-bugs@kde.org Reporter: stefan.bru...@rwth-aachen.de According to RFC 6350: 6.7.1. CATEGORIES Purpose: To specify application category information about the vCard, also known as tags. Value type: One or more text values separated by a COMMA character (U+002C). Cardinality: * ABNF: CATEGORIES-param = VALUE=text / pid-param / pref-param / type-param / altid-param / any-param CATEGORIES-value = text-list Example: CATEGORIES:TRAVEL AGENT CATEGORIES:INTERNET,IETF,INDUSTRY,INFORMATION TECHNOLOGY On reading a VCARD, a tag entry should be added to the database. On saving a VCARD, the internal tag should be substituted with its value. The tag is an implementation detail, and only valid for the local akonadi database. Same happens when importing/exporting vcards, Categories: Foo is ignored on import, export uses akonadi:?tag=.. 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
[Akonadi] [Bug 308854] KMail2 is not able to connect to an imap server which uses IMAPS (port 993) with TLSv1
https://bugs.kde.org/show_bug.cgi?id=308854 --- Comment #5 from Stefan Brüns stefan.bru...@rwth-aachen.de --- This bug was fixed in 4.9.4, but will likely reappear in 4.11.4 -- 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 316840] imap resource starts crazy connect / disconnect cycle to mail server
https://bugs.kde.org/show_bug.cgi?id=316840 Stefan Brüns stefan.bru...@rwth-aachen.de changed: What|Removed |Added CC||stefan.bruens@rwth-aachen.d ||e --- Comment #52 from Stefan Brüns stefan.bru...@rwth-aachen.de --- This patch breaks previously working scenarios. See https://bugs.kde.org/show_bug.cgi?id=308854 and https://bugs.kde.org/show_bug.cgi?id=306964 -- 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 312074] kmail can not detect mailing lists in imap folders
https://bugs.kde.org/show_bug.cgi?id=312074 Stefan Brüns stefan.bru...@rwth-aachen.de changed: What|Removed |Added CC||stefan.bruens@rwth-aachen.d ||e --- Comment #9 from Stefan Brüns stefan.bru...@rwth-aachen.de --- Ok, here is some analysis what is happening inside KMail/Akonadi: (see kdepim/kmail/collectionpage/collectionmailinlistpage.cpp for source code) 1. KMail requests the headers from Akonadi - CollectionMailingListPage::slotDetectMailingList() 2. Akonadi returns the stored headers - CollectionMailingListPage::slotFetchDone( KJob* job ) 3. Headers are checked for List-Id and so on. The problematic part is 2 - apparently Akonadi does not return all headers. I have dumped the returned headers, and only the following headers are returned (contents obfuscated): Date: xxx From: xxx Subject: xxx In-reply-to: To: xxx Message-id: xxx References: xxx yyy zzz Now, if i go to the *oldest* message and use View Source [V], then start the detection again, everything works, as Akonadi returns *all* headers. This is a quite old installation, and IIRC Akonadi fetches the full headers as of late 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
[Akonadi] [Bug 317341] New: VJOURNAL calendar entries are not fetched via CalDAV
https://bugs.kde.org/show_bug.cgi?id=317341 Bug ID: 317341 Summary: VJOURNAL calendar entries are not fetched via CalDAV Classification: Unclassified Product: Akonadi Version: GIT (master) Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: DAV Resource Assignee: kdepim-bugs@kde.org Reporter: stefan.bru...@rwth-aachen.de see resources/dav/protocols/caldavprotocol.cpp Only VEVENT/VTODO are fetched. -- 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 317341] VJOURNAL calendar entries are not fetched via CalDAV
https://bugs.kde.org/show_bug.cgi?id=317341 Stefan Brüns stefan.bru...@rwth-aachen.de changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Version Fixed In||4.10.2 Resolution|--- |FIXED Latest Commit||http://commits.kde.org/kdep ||im-runtime/cfe87345ad5d96d3 ||abf30fd15169649cc0be2bcc --- Comment #1 from Stefan Brüns stefan.bru...@rwth-aachen.de --- Git commit cfe87345ad5d96d3abf30fd15169649cc0be2bcc by Stefan Brüns. Committed on 25/03/2013 at 23:42. Pushed by bruns into branch 'KDE/4.10'. Fetch VJOURNAL from CalDAV resource Although VJOURNAL entries were stored in the CalDAV ressource, only VEVENT/VTODO were fetched so far. FIXED-IN: 4.10.2 REVIEW: 109713 Signed-off-by: Stefan Brüns stefan.bru...@rwth-aachen.de M +49 -0resources/dav/protocols/caldavprotocol.cpp http://commits.kde.org/kdepim-runtime/cfe87345ad5d96d3abf30fd15169649cc0be2bcc -- 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 317341] VJOURNAL calendar entries are not fetched via CalDAV
https://bugs.kde.org/show_bug.cgi?id=317341 Stefan Brüns stefan.bru...@rwth-aachen.de changed: What|Removed |Added Latest Commit|http://commits.kde.org/kdep |http://commits.kde.org/kdep |im-runtime/cfe87345ad5d96d3 |im-runtime/1f8ec2c6dbf3260f |abf30fd15169649cc0be2bcc|7f863680086446739011f872 --- Comment #2 from Stefan Brüns stefan.bru...@rwth-aachen.de --- Git commit 1f8ec2c6dbf3260f7f863680086446739011f872 by Stefan Brüns. Committed on 25/03/2013 at 23:42. Pushed by bruns into branch 'master'. Fetch VJOURNAL from CalDAV resource Although VJOURNAL entries were stored in the CalDAV ressource, only VEVENT/VTODO were fetched so far. FIXED-IN: 4.10.2 REVIEW: 109713 Signed-off-by: Stefan Brüns stefan.bru...@rwth-aachen.de M +49 -0resources/dav/protocols/caldavprotocol.cpp http://commits.kde.org/kdepim-runtime/1f8ec2c6dbf3260f7f863680086446739011f872 -- 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 306964] Can't connect to an SSL-encrypted IMAP account
https://bugs.kde.org/show_bug.cgi?id=306964 Stefan Brüns stefan.bru...@rwth-aachen.de changed: What|Removed |Added CC||stefan.bruens@rwth-aachen.d ||e --- Comment #1 from Stefan Brüns stefan.bru...@rwth-aachen.de --- Which version of openSSL are you using? 1.0.1? Can you provide the address of the IMAP server? -- 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
[Bug 308854] KMail2 is not able to connect to an imap server which uses IMAPS (port 993) with TLSv1
https://bugs.kde.org/show_bug.cgi?id=308854 Stefan Brüns stefan.bru...@rwth-aachen.de changed: What|Removed |Added CC||stefan.bruens@rwth-aachen.d ||e -- 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