https://bugs.kde.org/show_bug.cgi?id=331432
Geert Janssens <i...@kobaltwit.be> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |i...@kobaltwit.be
--- Comment #6 from Geert Janssens <i...@kobaltwit.be> ---
I ran into the same issue today while trying to restore a configuration on a
new laptop. On the original PC I am using
pim-data-exporter-19.04.3-2.fc31.x86_64, on the laptop where I want to import I
am using 4:17.12.3-0ubuntu1 . Both are the default ones shipped on the
respective systems (being Fedora 31 and Ubuntu 18.04LTS).
(In reply to Laurent Montel from comment #3)
> We don't use same account name id so we can't do it.
>
How hard would it be to fix this ? I haven't looked at the code (yet). However
I think it would be sufficient to export a map of the user-visible account
names to account name ids in the backup file and reuse this map to recover
e-mail folder names on restore. The data is available on the PC where the
backup is created. Why can't it be added to the backup so it can be reused
during restore ?
> 2nd point: normal if we don't have connection we don't have folder tree. I
> can't fix it if you can't connect to it.
The issue I see here is not really being unable to connect, but trying to
restore folders before actually connecting. When I do a restore I first get a
question to choose a trash folder. This trash folder originally pointed at a
folder on the imap server. Only after successfully setting a dummy folder the
restore process will ask me to connect to the imap server. That's backwards. I
would suggest the restore first tries to make all remote connections and only
then start mapping folders.
Combined with backing up more details of how the accounts were named by the
user at the original pc this would tremendously improve the export/import
experience.
Note I'm also being asked for folders related to 'IDENTITY_12345679' multiple
times. The 123456789 changes for each request. I have no idea what these mean
exactly.
--
You are receiving this mail because:
You are watching all bug changes.
