[Akonadi] [Bug 409509] FEATURE REQUEST: Easily backup/export all pim data (kontact, kmail, calendar, contacts, etc.) for import/restoration on another PC (or a restored PC).
https://bugs.kde.org/show_bug.cgi?id=409509 Jesse DuBord changed: What|Removed |Added CC||jesse.dub...@gmail.com -- You are receiving this mail because: You are the assignee for the bug.
[kontact] [Bug 409293] FEATURE REQUEST: Easily backup/export Kontact data (kmail, calendar, contacts, etc.) for import/restoration on another PC (or a restored PC).
https://bugs.kde.org/show_bug.cgi?id=409293 --- Comment #15 from Jesse DuBord --- Since the essential message in your replies seem to be "Akonadi can't do that, so it can't be done," I've submitted a bug to the Akonadi project hoping they can offer a more user-friendly solution than to manually choose and merge all email folders into the same local folders, eliminating easy Management of multiple email accounts: https://bugs.kde.org/show_bug.cgi?id=409509 -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 409509] New: FEATURE REQUEST: Easily backup/export all pim data (kontact, kmail, calendar, contacts, etc.) for import/restoration on another PC (or a restored PC).
https://bugs.kde.org/show_bug.cgi?id=409509 Bug ID: 409509 Summary: FEATURE REQUEST: Easily backup/export all pim data (kontact, kmail, calendar, contacts, etc.) for import/restoration on another PC (or a restored PC). Product: Akonadi Version: 5.11.2 Platform: Neon Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: jesse.dub...@gmail.com Target Milestone: --- SUMMARY I initially submitted this bug to Kontact (https://bugs.kde.org/show_bug.cgi?id=409293), but the corresponding developer said what I was suggesting couldn't be implemented because akonadi couldn't do it. I would like to request for a feature to easily back up all pim data to a single file and re-imoort that data on a new install of Kontact, without needing to specify the folders of where each email folder should be placed. As of right now the Kmail pin exporter tool exports settings, but when it re-imports them to another PC, the user has to specify where they would like each folder to go. This is undesirable as the greatest benefit, imo, to an export-import tool is the ability to easily and simply back up the way your email/PIM client is set up, then to simply re-imoort that and have the target PC's set-up become exactly what the source is like. STEPS TO REPRODUCE 1. A simple interface that can choose a folder to export the data to. 2. Data gets put into a single compressed file. 3. An import tool that would make the target PIM client (Kontact) be configured and set up exactly like the source was. -- You are receiving this mail because: You are the assignee for the bug.
[kaddressbook] [Bug 314087] Use marble to show addresses and coordinates
https://bugs.kde.org/show_bug.cgi?id=314087 --- Comment #2 from eemantsal --- (In reply to eemantsal from comment #1) > I think this is a very nice idea and since it seems it's fallen into the > deep oblivion I'd like to revive it. > A small screenshot of Marble's maps for the addresses, shown in the > contacts' details view, would be quite practical, like those when you share > a location via your mobile, but on a computer screen the size and area could > be bigger. It's a quick way of remembering a location without having to > launch Marble or a web browser. Sure it doesn't provide as much information, > but most of the time we just need to remember a couple of details, > especially for frequent contacts addresses (familiars, friends, etc). Oh, well... Now I reread the OP's message I'm not sure if he was talking about the same I was. I don't inderstand well what Luis Silva meant with "provide maps". Perhaps he talked about launching Marble from KAB, which is exactly what I don't want. I just want that KAB takes a screenshot of the area where the address in question is and shows it in the contacts' details column. If you think I should post this in a different bug, please, just tell me. -- You are receiving this mail because: You are the assignee for the bug.
[kaddressbook] [Bug 314087] Use marble to show addresses and coordinates
https://bugs.kde.org/show_bug.cgi?id=314087 eemantsal changed: What|Removed |Added CC||inf...@openaliasbox.org --- Comment #1 from eemantsal --- I think this is a very nice idea and since it seems it's fallen into the deep oblivion I'd like to revive it. A small screenshot of Marble's maps for the addresses, shown in the contacts' details view, would be quite practical, like those when you share a location via your mobile, but on a computer screen the size and area could be bigger. It's a quick way of remembering a location without having to launch Marble or a web browser. Sure it doesn't provide as much information, but most of the time we just need to remember a couple of details, especially for frequent contacts addresses (familiars, friends, etc). -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 388036] Include support for autocrypt
https://bugs.kde.org/show_bug.cgi?id=388036 Martin Steigerwald changed: What|Removed |Added Status|REPORTED|CONFIRMED Ever confirmed|0 |1 CC||mar...@lichtvoll.de --- Comment #5 from Martin Steigerwald --- There is already a Phabricator task tagged for KDE Privacy Goal about this. Thus confirming. Autocrypt support for kmail https://phabricator.kde.org/T8408 This is a junior job suitable for new contributors. So if you like to help, get in touch with KDEPIM team. Otherwise please have patience until someone else implements it. -- You are receiving this mail because: You are the assignee for the bug.
[kaddressbook] [Bug 409503] New: Telegram support in the Phone number actions
https://bugs.kde.org/show_bug.cgi?id=409503 Bug ID: 409503 Summary: Telegram support in the Phone number actions Product: kaddressbook Version: 5.11.2 Platform: Gentoo Packages OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: inf...@openaliasbox.org CC: to...@kde.org Target Milestone: --- Let me suggest that you add the option to launch a Telegram Desktop conversation with each contact from Kaddressbook. I dont subestimate Ekiga or SflPhone, but I don't think their users are more numerous than Telegram's which seems to be the "less hated messenger for the masses" among Linux users. It can convive perfectly with the other options for the benefit of many more users. I've seen that there are a couple of related suggestions (https://bugs.kde.org/buglist.cgi?quicksearch=telegram%20kaddressbook_id=1638887) but they don't propose the same thing I do, so I'd thought it'd be better to open a new bug. -- You are receiving this mail because: You are the assignee for the bug.
[kaddressbook] [Bug 407666] Dial phone number with tel:// and sms:// via xdg
https://bugs.kde.org/show_bug.cgi?id=407666 --- Comment #2 from eemantsal --- (In reply to eemantsal from comment #1) > Yes, would be nice to have Kaddressbook better integrated with KDE Connect. > Among the actual options in the contact options, in Kaddressbook's actions > (the first section, I don't know if it is "Contact options" exactly in > english) regarding the phone numbers, besides ekiga ans Skype a new option > "Dial via KDE Connect" or just "KDE Connect" would be a plus. The simple > command "kdeconnect-handler tel:%n" does the trick and sends the number in > question to your phone's dial app just like when you click a tel:// link in > Firefox. Sorry, "present" no "actual options". -- You are receiving this mail because: You are the assignee for the bug.
[kaddressbook] [Bug 407666] Dial phone number with tel:// and sms:// via xdg
https://bugs.kde.org/show_bug.cgi?id=407666 eemantsal changed: What|Removed |Added CC||inf...@openaliasbox.org --- Comment #1 from eemantsal --- Yes, would be nice to have Kaddressbook better integrated with KDE Connect. Among the actual options in the contact options, in Kaddressbook's actions (the first section, I don't know if it is "Contact options" exactly in english) regarding the phone numbers, besides ekiga ans Skype a new option "Dial via KDE Connect" or just "KDE Connect" would be a plus. The simple command "kdeconnect-handler tel:%n" does the trick and sends the number in question to your phone's dial app just like when you click a tel:// link in Firefox. -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 406917] Sync of webdav calendar stuck forever
https://bugs.kde.org/show_bug.cgi?id=406917 cs...@bxabi.com changed: What|Removed |Added CC||cs...@bxabi.com --- Comment #4 from cs...@bxabi.com --- Hi, I have the same issue, it tries to load an event which doesn't exist on the server, and crashes. I don't have a "Clear akonadi cache" button in the akonadi console. Where is that? -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 409487] diff view does not decode UTF8 characters
https://bugs.kde.org/show_bug.cgi?id=409487 Laurent Montel changed: What|Removed |Added CC||mon...@kde.org --- Comment #1 from Laurent Montel --- Could you send me a test case ? (you can send me in private if you wabnt) -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 409487] New: diff view does not decode UTF8 characters
https://bugs.kde.org/show_bug.cgi?id=409487 Bug ID: 409487 Summary: diff view does not decode UTF8 characters Product: kmail2 Version: 5.11.2 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: UI Assignee: kdepim-bugs@kde.org Reporter: kol...@aon.at Target Milestone: --- SUMMARY I got an email with a diff attachment, which is nicely shown in the message view area below the message list. However UTF-8 encoded characters are not decoded and shown correctly, instead e.g. german Umlauts are displayed as 2 charcters SOFTWARE/OS VERSIONS openSuse Leap 15.0 KDE Frameworks 5.59.0 Qt 5.13.0 (built against 5.13.0) The xcb windowing system -- You are receiving this mail because: You are the assignee for the bug.
[kontact] [Bug 409293] FEATURE REQUEST: Easily backup/export Kontact data (kmail, calendar, contacts, etc.) for import/restoration on another PC (or a restored PC).
https://bugs.kde.org/show_bug.cgi?id=409293 --- Comment #14 from Jesse DuBord --- (In reply to Laurent Montel from comment #13) > (In reply to Jesse DuBord from comment #11) > > (In reply to Laurent Montel from comment #10) > > > (In reply to Jesse DuBord from comment #9) > > > > > Indeed but akonadi doesn't allow it. > > > > > We can't duplicate it directly we must to recreate it. > > > > > I fixed a lot of bug for reducing to ask this info but it's not > > > > > possible to > > > > > reduce all. > > > > > > > > So what is the expected behavior from the developer's end. When > > > > importing a > > > > compressed file, and when it says "please choose a folder" for specified > > > > email folder, but no folder exists, what are you expecting us to do? > > > > > > By default you have a folder, if you don't have default inbox/outbox etc > > > it's a bug :) > > > > 1. So you're expecting users to assign their Gmail (IMAP) folders to the > > local folder, when the default behavior when Kontact adds a new account is > > to create a new IMAP folder scheme? > > Why it's an imap account => when we will sync resource it will create > folders... > > > > > 2. What if I have multiple email addresses I manage with Kmail, not just > > one? I have my personal one, and my business one. How am I expected to > > import both? > > What is the problem ? When you export them you export all emails/accounts. > > > > > > 3. If Akonadi has the ability to create folders upon a new account creation, > > why can't the same processes be used when importing accounts? > > I don't understand your problem here ? > > > > > > I feel there are solutions to this that aren't implemented > > Really ?:) good :) > > , so I'm > > re-opening this bug. I greatly appreciate Kontact/Kmail as a product and all > > of the hard work you're doing. There is a solution that can easily satisfy > > the end-user experience, I feel we just need to find the right one to get > > there. As of right now the implementation simply doesn't work with the pim > > setting exporter, specifically during import of the data. Needing to specify > > folders instead of a more straight-forward import approach (e.g. "Oh, this > > is how it was set up on your source version of Kontact? Okay, we'll set it > > up just like it was using the export file you provided". Simple by default, > > powerful when needed, right? IMO, simplicity should be the goal of the > > importing process. > > > > It's less time for me to simply add the accounts manually than to use a tool > > that seems to offer a quicker and simpler set-up experience. So I want to help be a part of the solution. What will help resolve this matter, effectively? -- You are receiving this mail because: You are the assignee for the bug.
