[korganizer] [Bug 441110] New: Event syncing via caldav not showing correct time on other calenders
https://bugs.kde.org/show_bug.cgi?id=441110 Bug ID: 441110 Summary: Event syncing via caldav not showing correct time on other calenders Product: korganizer Version: unspecified Platform: Neon Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: timezones Assignee: kdepim-bugs@kde.org Reporter: dono...@atstech.co.za Target Milestone: --- Created attachment 140809 --> https://bugs.kde.org/attachment.cgi?id=140809=edit ScreenShots Of the different calenders Good day all. I think this issue is related to a very old bug [324984] Just since then I have been using thunderbird due to this issue. So let me explain. The original issue was that when I saved my event "see the previous bug" it would show the event 1 hour earlier. So for example when I create an event for 11 am. it would actually display that the event started at 10 am. the workaround was to change my time zone so it seemed it was actually only an sast timezone issue that I know of. Someone posted in 2014 that it was fixed. BTW it is fixed. Even now when adding an event it shows correctly. However when I sync my cal via caldav. My CalDAV server "iredmail" shows the time as one hour earlier. Then when syncing to my Android phone it shows incorrectly as well. And to another pc using thunderbird. If I create the event on the server, thunderbird, android it will show at the correct time in Korganiser. Workaround (Pain in the butt) Create events on the web portal, or phone And only accept events on phone and portal etc. However this is not i viable longterm option. MY Opinion "When the original bug was fixed it was not fixed in the caldav sync section" I have attached a image of screenshots from all 4 calenders.| Event Title : Is the date and time I've selected and on what device i added the event STEPS TO REPRODUCE 1. Set timezone to sast 2. Create an event for 11am on a caldav calender 3. sync calender to server or another device OBSERVED RESULT The event will show up on calender 1 hour before EXPECTED RESULT The event must show up at the time originally selected SOFTWARE/OS VERSIONS Operating System: KDE neon 5.22 KDE Plasma Version: 5.22.4 KDE Frameworks Version: 5.84.0 Qt Version: 5.15.3 Kernel Version: 5.9.7-050907-generic (64-bit) Graphics Platform: X11 Processors: 20 × Intel® Xeon® CPU E5-2680 v2 @ 2.80GHz Memory: 62,8 GiB of RAM Graphics Processor: Quadro K5000/PCIe/SSE2 ADDITIONAL INFORMATION -- You are receiving this mail because: You are the assignee for the bug.
[korganizer] [Bug 440916] The recurrence events end on date is not the same in other calendars when syncing
https://bugs.kde.org/show_bug.cgi?id=440916 Hamid R. K. Pishghadam changed: What|Removed |Added Resolution|WAITINGFORINFO |NOT A BUG Status|NEEDSINFO |RESOLVED --- Comment #2 from Hamid R. K. Pishghadam --- Hi, It seems the problem is with android calendar that treats `ends on` date of the event differently from other calendar apps. So this bug should be set as not a bug. And thanks, sorry to take your time. -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 421664] Sending email does not work with XOAUTH2
https://bugs.kde.org/show_bug.cgi?id=421664 Salvatore changed: What|Removed |Added CC||sannythebes...@gmail.com -- You are receiving this mail because: You are on the CC list for the bug.
[kmail2] [Bug 441081] New: Cannot add KMailDir as receiving account
https://bugs.kde.org/show_bug.cgi?id=441081 Bug ID: 441081 Summary: Cannot add KMailDir as receiving account Product: kmail2 Version: 5.14.2 Platform: openSUSE RPMs OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: message list Assignee: kdepim-bugs@kde.org Reporter: ruediger.brit...@gmx.de Target Milestone: --- SUMMARY I am running a local KMailDir on machine 1 (openSuse 15.2, KMail 5.14.2) which is rsynced every 30 minutes to a NAS. Adding the folder on the NAS as receiving resource on machine 2 (openSuse 15.2, KMail 5.14.2) in KMail either results in an empty folder in KMail (importing it as MailDir) or fails while importing with the failure message being "Kein brauchbarer Speicherort konfiguriert). STEPS TO REPRODUCE 1. Copy local MailDir 2. Add copied MailDir als receiving resource 3. OBSERVED RESULT Folder is empty (MailDir import) or failure message "Kein brauchbarer Speicherort konfiguriert" (KMailDir import) EXPECTED RESULT Display folder content SOFTWARE/OS VERSIONS Linux/KDE Plasma: Suse (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 441073] New: Configuring to send using sendmail doesn't work until after restart
https://bugs.kde.org/show_bug.cgi?id=441073 Bug ID: 441073 Summary: Configuring to send using sendmail doesn't work until after restart Product: kmail2 Version: 5.15.3 Platform: Debian stable OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: djar...@kde.org Target Milestone: --- SUMMARY I configured KMail in a new system installation, to use sendmail to send mails. However, mails failed to send until after a system restart. STEPS TO REPRODUCE 1. Install and configure postfix as a sendmail mechanism. I tested that this was working by successfully sending emails via the command line. 2. Use KMail's settings dialog (Accounts section, Sending tab) to set up a sendmail transport. This was the first and only sending method which I configured. OBSERVED RESULT Attempting to send emails using KMail always failed. They just remained in the outbox. No error messages. Using akonadiconsole, I restarted the Mail Dispatcher Agent. This made no difference. Following a system restart overnight, mails now send successfully. EXPECTED RESULT It should not require a system restart in order for this configuration to start working. Whatever it was that needed to be reset by a system restart should automatically be done without user intervention, as soon as a sendmail transport is configured by the user. This wasted quite a bit of time investigating the issue yesterday. This bug might prompt some people to abandon their attempt to use sendmail and switch to another method. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Debian 11 (available in About System) KDE Plasma Version: KDE Frameworks Version: 5.78.0 Qt Version: 5.15.2 -- You are receiving this mail because: You are the assignee for the bug.
