Bug 298768 - Import of Sent-Mail loses many messages
Summary: Import of Sent-Mail loses many messages
Status: RESOLVED UNMAINTAINED
Alias: None
Product: kmail2
Classification: Applications
Component: message list (show other bugs)
Version: unspecified
Platform: Mageia RPMs Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-04-24 20:45 UTC by Maurice Batey
Modified: 2017-01-07 22:12 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Maurice Batey 2012-04-24 20:45:55 UTC
When Importing emails from Mandriva 2010.2, no problem with Inbox (6,019 emails), but a bizarre result with Sent-Mail:

There were 4,859 emails to import from Sent-Mail, but only 1,027 made
it!
  During the import the number of emails done started to fluctuate
around 1006 - backwards and forwards - before finishing at 1027 (i.e.
over 3,000 emails missing (also 55 duplicates found).

Tried it twice. Same result. 

(So deleted the Sent-mail KMail-Import folder, and tried:

rsync -avx
/mdv2010.2-home/user/.kde4/share/apps/kmail/mail/sent-mail/cur/
/home/user/.local/share/local-mail/sent-mail/cur

That worked quickly and perfectly - no emails missing - and KMail
handles the folder as normal.)


Reproducible: Always

Steps to Reproduce:
1. File--> Import messages--> Import Kmail maildir and subfolders into Sent-Mail
2. Specify source as Sent-Mail folder im MAndriva 2010.2
3. 
Actual Results:  
Import begins, but goes awry after just over 1,000 email files, and finishes by failing to import over 3,000 files.

Expected Results:  
All Sent-Mail email files should be Imported (as it did for Inbox).

 rpm -qif /usr/bin/kmail
Name        : kmail
Epoch       : 2
Version     : 4.8.2
Release     : 1.mga2
Architecture: i586
Install Date: Mon 23 Apr 2012 12:47:04 BST
Group       : Networking/Mail
Size        : 743081
License     : GPLv2 and LGPLv2 and GFDL
Signature   : RSA/SHA1, Fri 06 Apr 2012 14:01:20 BST, Key ID b742fa8b80420f66
Source RPM  : kdepim4-4.8.2-1.mga2.src.rpm
Build Date  : Fri 06 Apr 2012 13:48:02 BST
Build Host  : jonund.mageia.org
Relocations : (not relocatable)
Packager    : tmb <tmb>
Vendor      : Mageia.Org
URL         : http://www.kde.org/applications/internet/kmail
Summary     : KDE Email Client
Comment 1 Laurent Montel 2012-04-25 06:52:39 UTC
"Import begins, but goes awry after just over 1,000 email files, and finishes by failing to import over 3,000 files. " which is the error ?
Comment 2 Maurice Batey 2012-04-25 12:07:38 UTC
> which is the error ?

    Aren't they both errors? The Import displayed at least two errors:

(1) When the 'imported' count reached 1006,  then hesitated, went back to 1005, then back to 1006 - several times.

(2)  Eventually - when the Import said it had finished - only 1027 emails had been imported, out of the correct total of over 4,800.

(All 4800+ emails were later successfully imported via the 'rsync' approach mentioned earlier.)

This indicates  something is wrong with the Import logic in certain circumstances.

Another problem I have w.r.t. Import is that imported emails are put into 'KMail-Import' subfolders.
   I don't want e.g. my Inbox emails split across 2 folders. (Subsequent Inbox emails in 'Inbox', and the imports in 'KMail-Imports'.)
   Is there a way of combining the two sets into one folder?
Comment 3 Denis Kurz 2016-09-24 18:03:38 UTC
This bug has only been reported for versions before 4.14, which have been unsupported for at least two years now. Can anyone tell if this bug still present?

If noone confirms this bug for a Framework-based version of kmail2 (version 5.0 or later, as part of KDE Applications 15.12 or later), it gets closed in about three months.
Comment 4 Denis Kurz 2017-01-07 22:12:16 UTC
Just as announced in my last comment, I close this bug. If you encounter it again in a recent version (at least 5.0 aka 15.08), please open a new one unless it already exists. Thank you for all your input.