Version: 1.9 (using KDE 3.5.0, Kubuntu Package 4:3.5.0-0ubuntu0breezy1 breezy) Compiler: Target: i486-linux-gnu OS: Linux (i686) release 2.6.12-10-386 I have a huge database of Thunderbird emails, which was working perfectly so far. I am using the "import thunderbird mail and folder structure" feature. As far as I understand, I'm giving it the correct paths to the emails. What I'm getting is the unending stream of messages "Cannot add message to Thunderbird-Import/Inbox in KMail". It may be right, as no such folder is indeed created :( Some diagnostics: Kmail appears to put the mail in ~/.kde/apps/share/kmail/mail, and not in ~/Mail, like some pages seem to imply. However, creating ~/Mail doesn't help either. Another diagnostic: if I reset kmail completely (by removing all its config files) and run kmailcvt, it finishes importing immediately without any error messages, but no messages appear in kmail.
Ah, and I tried to have both mailbox and maildir format in kmail, both have the same symptoms.
From which version of Thunderbird are this emails? Which format was used (mbox/maildir)? Which path you used to import from? Btw. kmailcvt has no influence on the path where kmail store the mails. In fact ~/Mail is not the path where kmail store local mails since some versions. The path ~/.kde/apps/share/kmail/mail is full correct. I can't reproduce this here with mailbox from Thunderbird 1.0 and 1.5. I maybe need a testmail-box to reproduce.
Oh, you are right - I was importing from an old mailbox backup directory... Importing from the correct directory worked mostly OK. In any case, there is the problem that kmailcvt starts opening dialog boxes for every mail that failed to import. There might be thousands of these, and there is no normal way to stop the importing in that case, other that killing kmailcvt. To fix this, I think that the message boxes raised from within the importing engine should have a "Cancel Import" button. Now I have another problem with importing: I have a folder with the following sub-folders: 2003.3 Winter - Mamas 2004.1 Spring - Mamas 2004.3 Winter - CS 2005.1 Winter - CS etc. However, after importing, I see folders named "2003", "2004" and "2005" - looks like when it sees a "." in the name, it truncates the name right there.
I tried to reproduce the problem with the truncated folder names, but I could not reproduce it with current svn head. I close the bug now.