[kontact] [Bug 409293] FEATURE REQUEST: Easily backup/export Kontact data (kmail, calendar, contacts, etc.) for import/restoration on another PC (or a restored PC).

[Jesse DuBord]

https://bugs.kde.org/show_bug.cgi?id=409293

Jesse DuBord <jesse.dubord at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         Resolution|FIXED                       |---
     Ever confirmed|0                           |1
             Status|RESOLVED                    |REOPENED

--- Comment #11 from Jesse DuBord <jesse.dubord at gmail.com> ---
(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?

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?

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 feel there are solutions to this that aren't implemented, 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.

-- 
You are receiving this mail because:
You are the assignee for the bug.