Closed Bug 1176748 Opened 9 years ago Closed 7 years ago

Fix Outlook import (not working since TB 38)

Categories

(MailNews Core :: Import, defect)

x86
All
defect
Not set
critical

Tracking

(Not tracked)

RESOLVED FIXED
Thunderbird 58.0

People

(Reporter: jorgk-bmo, Assigned: jorgk-bmo)

References

(Depends on 1 open bug)

Details

(Keywords: crash)

Crash Data

Attachments

(5 files, 12 obsolete files)

26.03 KB, patch
mkmelin
: review+
Details | Diff | Splinter Review
9.55 KB, patch
mkmelin
: review+
Details | Diff | Splinter Review
245.12 KB, application/vnd.oasis.opendocument.text
Details
17.04 KB, application/octet-stream
Details
317 bytes, application/x-shellscript
Details
+++ This bug was initially created as a clone of Bug #1175055 +++

Importing from Eudora and Outlook is busted in TB 38 and trunk.

In bug 1175055 the options were disabled. The problem needs to be fixed and the options need to be re-enabled again.
Crash Signature: [@ nsXPCWrappedJS::CallMethod(unsigned short, XPTMethodDescriptor const*, nsXPTCMiniVariant*)] [@ nsXPCWrappedJS::AddRef()] [@ mozilla::dom::workers::GetCurrentThreadJSContext()] → [@ nsXPCWrappedJS::CallMethod(unsigned short, XPTMethodDescriptor const*, nsXPTCMiniVariant*)] [@ nsXPCWrappedJS::AddRef()] [@ mozilla::dom::workers::GetCurrentThreadJSContext()] [@ nsXPCWrappedJS::CallMethod] [@ nsXPCWrappedJS::AddRef] [@ mozilla::d…
Totally untested (except that it compiles and tb starts up).

If it works, we could clean things up too, but ... who knows, maybe someone wants to fix it properly some day.
Attachment #8712815 - Flags: feedback?(mozilla)
BTW, this is based on the Eudora removal in bug 1243498. Patch won't apply unless you apply the patch from the other bug first.
Comment on attachment 8712815 [details] [diff] [review]
bug1176748_import.patch - main thread only

I hate to give this an f- but it crashes ;-(

Hit MOZ_CRASH(nsMsgBrkMBoxStore not thread-safe) at c:/mozilla-source/comm-central/mailnews/local/src/nsMsgBrkMBoxStore.cpp:49
#01: NS_LogInit[xul +0x558720]
#02: NS_LogInit[xul +0x6b6ad0]
#03: NS_LogInit[xul +0x3d79e5]
#04: NS_LogInit[xul +0x560ba3]
#05: NSSBase64_EncodeItem[nss3 +0x290568]
#06: NSSBase64_EncodeItem[nss3 +0x27d90f]
#07: _get_flsindex[MSVCR120 +0x2c01d]
#08: _get_flsindex[MSVCR120 +0x2c001]
#09: BaseThreadInitThunk[kernel32 +0x4d0e9]
#10: RtlInitializeExceptionChain[ntdll +0x419bb]
#11: RtlInitializeExceptionChain[ntdll +0x4198e]

https://dxr.mozilla.org/comm-central/source/mailnews/local/src/nsMsgBrkMBoxStore.cpp#49

Here's what I did: I compiled on Win 7 and copied over the dist/bin folder to the Vista box that has Outlook installed. There I removed the TB profile for a fresh start. The first panel that comes up is the migration/import panel. I said OK to Outlook and it crashed.
Attachment #8712815 - Flags: feedback?(mozilla) → feedback-
Attached patch bug1176748_import.patch (obsolete) — Splinter Review
Would you mind testing this too? 
I had forgot to actually get rid of the new thread creation. (There seems to be one more related to outlook ab import, haven't touched that)
Attachment #8712815 - Attachment is obsolete: true
Attachment #8713327 - Flags: feedback?(mozilla)
Comment on attachment 8713327 [details] [diff] [review]
bug1176748_import.patch

I don't mind testing it as long as you don't mind another f- ;-)

Instead of crashing it now hangs.

The last debug is this:
[2076] WARNING: NS_ENSURE_SUCCESS(rv, rv) failed with result 0x8000FFFF: file c:/mozilla-source/comm-central/mailnews/base/src/nsMsgAccountManager.cpp, line 2316
[2076] WARNING: No valid default account found.: file c:/mozilla-source/comm-central/mailnews/base/src/nsMsgAccountManager.cpp, line 781
[2076] WARNING: Just using the first one (FIXME).: file c:/mozilla-source/comm-central/mailnews/base/src/nsMsgAccountManager.cpp, line 783

Yesterday the crash came right after these lines, now it hangs there. The Outlook inbox only has three messages, so that should be imported quickly. I finally killed it.

It had managed to create "Outlook Import" in "Local Folder" and in there an Inbox and Inbox.msf. But the Inbox has 0 bytes so as far as I can see, nothing got imported.
Attachment #8713327 - Flags: feedback?(mozilla) → feedback-
Quoting from a private message from Joshua Cranmer:
The issue in question is that the importer code all runs off-main-thread, and a great deal of interfaces and implementations are designed to be main-thread-only--and when they're used off-main-thread, a fatal assert fires and the whole things comes crashing down. The "usual" trick for this is proxying the relevant interfaces.

The only reason that the import code tries to run off-main-thread appears to be so that the implementors can be lazy and do a giant synchronous run without bothering about returning control to the event loop. In practice, we'd have to proxy so much back to the main thread anyways; simply fixing the import code to process a single mail message at a time and then yielding back into the event loop (the best example code I can think of here is <https://dxr.mozilla.org/comm-central/source/mailnews/news/src/nsNNTPProtocol.cpp#2818-2883>) would achieve much the same effect with far less brittleness. It's probably possible to test this effect by ripping the proxies out and then figuring out where a more basic mail importer... but I don't think we actually have one of those :-(
No longer a topcrash
Refreshed.
Attachment #8712844 - Attachment is obsolete: true
Since I have Outlook installed on my development machine now and I have a better understanding of the problem than in 2015, I thought I'd take another look at this. Sadly, on my x64 version I run into this error
===
Outlook:
Either there is no default mail client or the current mail client cannot
fulfill the messaging request. Please run Microsoft Outlook and set it as the
default mail client.
===
already seen in bug 1356881 comment #37.
I've got a 32bit build now and I can trigger Outlook import (which crashes). I'll look into it further.
SysTools PST Converter
https://www.systoolsgroup.com/pst-converter.html
Convert MS Outlook PST File Items to Some of the Most Commonly Used File Formats
* Convert PST File Emails, Contacts, Calendars, Tasks, Notes etc
* Save Outlook Items in 4 Formats: EML / MSG / & vCard (.vcf)
* No MS Outlook Installation required for performing conversion
* Supports to convert corrupted and password protected file
* Preview: Mail, Calendar, Contacts, Task, Notes, Journal, etc.
* Quick Scan PST File and Generate Instant preview of all items
* No 2 GB PST Size Limitation: Convert both ANSI & UNICODE file types
java-libpst
https://github.com/rjohnsondev/java-libpst
A library to read PST files with java, without need for external libraries.
Outlook PST Viewer
https://www.voimakassoftware.com/pst-viewer.html
Voimakas Outlook PST Viewer provides a complete solution to view Outlook Personal Storage Table (PST) files. Voimakas Outlook PST Viewer recovers the PST file data. Its only view corrupted and non-corrupted PST file. PST viewer provides various facilities which are given below:
* View corrupted and non-corrupted PST file as calendars, contacts, journals, emails, notes and tasks etc.
* View PST files with attachment and message.
* We can view multiple PST files at a time.
* Show all folders in the original hierarchy.
* No limitation of PST file size.
* Fast scan and view PST files.
* View deleted items.
* Check and close multiple PST files.

Outlook PST Viewer Feature
* View PST files with attachment and message.
* Add multiple PST files.
* No size limit of PST file.
* Close single and multiple PST files.
* Support both 32 bit and 64 bit outlook version.
* Free version available.
Microsoft Outlook Developer Documentation
https://github.com/OfficeDev/outlook-dev-docs
This is what it takes to proxy nsOutlookMail::ImportMailbox() to the main thread.

Becky does the same:
https://dxr.mozilla.org/comm-central/rev/b7c66885ee8ba0ebeea9a2a241593bf9b28c3af7/mailnews/import/becky/src/nsBeckyMail.cpp#573

This is a work of a few hours mainly fighting with the compiler. About two years in the making :-(

Sadly, it still crashes, but somewhere else this time, not with "not thread-safe" any more.

To be continued.
Fixed logic errors in previous version. No crash any more but now it hangs waiting for an event. Hmm.
Attachment #8713327 - Attachment is obsolete: true
Attachment #8867566 - Attachment is obsolete: true
Attachment #8868773 - Attachment is obsolete: true
A little more elegant, but still the same idea, proxying nsOutlookMail::ImportMailbox() to the main thread as Becky does, see comment #15.

The debug only shows
== ProxyImportMailbox Deleted Items
and hence
  nsresult rv = NS_DispatchToMainThread(importMailbox, NS_DISPATCH_SYNC);
never returns.

Breaking in the debugger shows that the program is waiting for an event. Might it be waiting for a click on the progress panel that's displayed? Maybe the main tread is blocked on that panel.

Kent, any hints? You seemed to be interested in getting this fixed two years ago, see bug 1175055 comment #2.
Attachment #8868779 - Attachment is obsolete: true
Flags: needinfo?(rkent)
(Oops, removed remnants of wrong attempt.)
Attachment #8868925 - Attachment is obsolete: true
Sorry, I really cannot give any insights without spending a lot of time getting familiar with the code.
Flags: needinfo?(rkent)
Made it compile again by adding what is needed after bug 1376414.
Attachment #8868927 - Attachment is obsolete: true
Sync runnables need to return NS_OK, so pass their result in a different way. With this patch, instead of crashing straight away, Outlook import hangs like it did in comment #17. So this patch takes us to where we already were in May 2017.
Attachment #8918588 - Attachment is obsolete: true
This re-establishes Outlook import, finally after two years.
Maybe I can get a review before TB 59 ships :-(
Perhaps some of you Linux guys just want to rs this or do a try build and try it out at work.

The change is dead simple: Just do as Becky does:
https://dxr.mozilla.org/comm-central/rev/b7c66885ee8ba0ebeea9a2a241593bf9b28c3af7/mailnews/import/becky/src/nsBeckyMail.cpp#573

There were two complications:
1) Sync runnables need to return NS_OK
https://dxr.mozilla.org/mozilla-central/rev/a31334a65a1c75638efae4452ecd271450df2ad0/xpcom/threads/nsThreadSyncDispatch.h#40
and return their result some other way. So I reshuffled that a bit.

2) The waiting loop for nsIImportService::CreateRFC822Message not only sucked, it also didn't work at all. Replacing that with
while (!pListen->m_done) {
  NS_ProcessPendingEvents(thread);
- which BTW is a well-know trick used a few times in C-C - works like a charm.
Assignee: nobody → jorgk
Attachment #8918592 - Attachment is obsolete: true
Status: NEW → ASSIGNED
Attachment #8918596 - Flags: review?(rkent)
Attachment #8918596 - Flags: review?(mkmelin+mozilla)
Attachment #8918596 - Flags: review?(acelists)
Attachment #8918596 - Flags: review?(Pidgeot18)
s/mError/mResult/ like in bug 1408722. Nicer name. Sorry about the noise.
Attachment #8918596 - Attachment is obsolete: true
Attachment #8918596 - Flags: review?(rkent)
Attachment #8918596 - Flags: review?(mkmelin+mozilla)
Attachment #8918596 - Flags: review?(acelists)
Attachment #8918596 - Flags: review?(Pidgeot18)
Attachment #8918617 - Flags: review?(rkent)
Attachment #8918617 - Flags: review?(mkmelin+mozilla)
Attachment #8918617 - Flags: review?(acelists)
Attachment #8918617 - Flags: review?(Pidgeot18)
Comment on attachment 8918617 [details] [diff] [review]
1176748-enable-outlook.patch (v5b)

Review of attachment 8918617 [details] [diff] [review]:
-----------------------------------------------------------------

Thanks for reviving this. I think we need to have working Outlook import.
I can only rs+ this that is doesn't break the Linux build ;)
But somebody on Windows needs to test it for real.
Attachment #8918617 - Flags: review?(acelists) → feedback+
Sorry about the noise, NS_DispatchToMainThread() should have its return status checked.
Attachment #8918617 - Attachment is obsolete: true
Attachment #8918617 - Flags: review?(rkent)
Attachment #8918617 - Flags: review?(mkmelin+mozilla)
Attachment #8918617 - Flags: review?(Pidgeot18)
Attachment #8918672 - Flags: review?(rkent)
Attachment #8918672 - Flags: review?(mkmelin+mozilla)
Attachment #8918672 - Flags: review?(Pidgeot18)
Comment on attachment 8918672 [details] [diff] [review]
1176748-enable-outlook.patch (v5c)

Review of attachment 8918672 [details] [diff] [review]:
-----------------------------------------------------------------

The code looks reasonable to me. Maybe you can spin off a windows try build so people have an easier time testing?
https://treeherder.mozilla.org/#/jobs?repo=try-comm-central&revision=c5c6fcf3f16e2e135235cbe347046d119ec74911

You can test that it works, it doesn't fix any pre-existing Outlook import errors ;-(
Summary: Importing from Eudora and Outlook busted in TB 38 and trunk. → Fix Outlook import (not working since TB 38)
Comment on attachment 8918672 [details] [diff] [review]
1176748-enable-outlook.patch (v5c)

Magnus can just rs this if it works for him
Attachment #8918672 - Flags: review?(rkent)
(In reply to Jorg K (GMT+2) from comment #30)
> Download when done (in about two hours):
> https://archive.mozilla.org/pub/thunderbird/try-builds/mozilla@jorgk.com-
> 379b6545212f61ba31056a8078063c0c974b4b90/try-comm-central-win32/

There's just a log...
The good and the bad news: I tried this out now, but there's some flukes.

First, the "import all" never lists any applications (at least not Outlook) for me. [Both tb31 and trunk.]
If I select to import Mail, the try build imported in total 17 mails for me. With tb31 I get 300 imported in the Inbox, and some from other folders. So the patch appears to work but apparently doesn't really import correctly.
Comment on attachment 8918672 [details] [diff] [review]
1176748-enable-outlook.patch (v5c)

Hmm, "Import Everything" for me shows
( ) SeaMonkey 2 or later
( ) Outlook.

Using my 2010 Outlook test data (when I last worked on Outlook Import) I can confirm that all the folders are created in TB, but most are empty.

So this needs further looking at.
Attachment #8918672 - Flags: review?(mkmelin+mozilla)
Attachment #8918672 - Flags: review?(Pidgeot18)
Comment on attachment 8918672 [details] [diff] [review]
1176748-enable-outlook.patch (v5c)

This code is correct, but the import fails for other reasons explained in the next patch.
Attachment #8918672 - Flags: review?(mkmelin+mozilla)
The story is this: Mike Kaganski rewrote Outlook import completely in bug 207156:
https://hg.mozilla.org/comm-central/rev/90c3929c5b5d
He also (quietly) slipped in a fix for bug 593907, which worked around the horrible mess of nsMsgComposeAndSend::EnsureLineBreaks() which I personally removed in bug 1225904.

When I remove the hack part, the import starts working again. This time I successfully imported from a variety of mailboxes using the 2010 test data.

Try run here:
https://treeherder.mozilla.org/#/jobs?repo=try-comm-central&revision=7b252a71c9583557a04895c235223782ca8edf95

Results:
https://archive.mozilla.org/pub/thunderbird/try-builds/mozilla@jorgk.com-7b252a71c9583557a04895c235223782ca8edf95/try-comm-central-win32/
Attachment #8926169 - Flags: review?(mkmelin+mozilla)
(In reply to Jorg K (:jorgk, GMT+1) from comment #37)
> The story is this: Mike Kaganski rewrote Outlook import completely in bug
> 207156:
> https://hg.mozilla.org/comm-central/rev/90c3929c5b5d
> He also (quietly) slipped in a fix for bug 593907, which worked around the
> horrible mess of nsMsgComposeAndSend::EnsureLineBreaks() which I personally
> removed in bug 1225904.
Correction for the "He also (quietly) slipped in a fix for bug 593907":
That the fix was included in bug 207156 was clearly stated in bug 207156 comment #64. Of course the changes were reviewed, so no clandestine action here. However, sadly bug 593907 wasn't updated, which I have done now.

The necessity for the "bug 593907" workaround was - as I said - removed in bug 1225904 which landed on TB 45. Since Outlook import was broken since TB 38, no one noticed.
(In reply to Jorg K (:jorgk, GMT+1) from comment #37)
> Created attachment 8926169 [details] [diff] [review]
> 1176748-remove-593907-hack.patch (v1)
> 
> The story is this: Mike Kaganski rewrote Outlook import completely in bug
> 207156:
> https://hg.mozilla.org/comm-central/rev/90c3929c5b5d
> He also (quietly) slipped in a fix for bug 593907, which worked around the
> horrible mess of nsMsgComposeAndSend::EnsureLineBreaks() which I personally
> removed in bug 1225904.
> 
> When I remove the hack part, the import starts working again. This time I
> successfully imported from a variety of mailboxes using the 2010 test data.
> 
> Try run here:
> https://treeherder.mozilla.org/#/jobs?repo=try-comm-
> central&revision=7b252a71c9583557a04895c235223782ca8edf95
> 
> Results:
> https://archive.mozilla.org/pub/thunderbird/try-builds/mozilla@jorgk.com-
> 7b252a71c9583557a04895c235223782ca8edf95/try-comm-central-win32/

Outlook 2010 can be installed and successfully run on Linux with Wine and PlayOnLinux/CodeWeavers CrossOver.

Would you please provide a Linux deb file for testing with Linux Mint?

This would enable testing on Linux.

Thank you
Comment on attachment 8918672 [details] [diff] [review]
1176748-enable-outlook.patch (v5c)

Review of attachment 8918672 [details] [diff] [review]:
-----------------------------------------------------------------

Seems to work now, thx!
I did find one strange thing, but it may have been there already. If I had selected the Local Folders account node (and not one of the folders of it) before starting the Import, it will all fail completely (just error messages that it failed).
Attachment #8918672 - Flags: review?(mkmelin+mozilla) → review+
Attachment #8926169 - Flags: review?(mkmelin+mozilla) → review+
Pushed by mozilla@jorgk.com:
https://hg.mozilla.org/comm-central/rev/7cf42e74929f
fix Outlook import by proxying nsOutlookMail::ImportMailbox() to the main thread. r=mkmelin
https://hg.mozilla.org/comm-central/rev/8412a6e55924
Remove now unnecessary hack for bug 593907. r=mkmelin
Status: ASSIGNED → RESOLVED
Closed: 7 years ago
Resolution: --- → FIXED
Target Milestone: --- → Thunderbird 58.0
(In reply to Magnus Melin from comment #40)
> I did find one strange thing, but it may have been there already. If I had
> selected the Local Folders account node (and not one of the folders of it)
> before starting the Import, it will all fail completely (just error messages
> that it failed).
I can't reproduce this. It works for me, regardless of which folder or account is selected in the folder pane. Please file a new bug with exact STR.
Flags: needinfo?(mkmelin+mozilla)
I gather commenting here isn't the done thing, but I couldn't work out how to create an account in the support forums!

I just wanted to say that I used this on a 1.2 GB Outlook 2003 .PST, which contained numerous folders and attachments. It worked flawlessly. I'm most appreciative, and have made a donation to Thunderbird in your honour. :)
Flags: needinfo?(mkmelin+mozilla)
Tried it again now with 60.0b9, and can't reproduce.

You have to select to import "Mail" specifically though. "Import everything" doesn't find any app to import from, and in the console I get 
"Handler function DebuggerProgressListener.prototype.onWindowCreated threw an exception: TypeError: window is undefined
Stack: getWindowID@resource://devtools/shared/base-loader.js -> resource://devtools/server/actors/tab.js:38:3
DebuggerProgressListener.prototype.onWindowCreated<@resource://devtools/shared/base-loader.js -> resource://devtools/server/actors/tab.js:1551:19
exports.makeInfallible/<@resource://devtools/shared/base-loader.js -> resource://devtools/shared/ThreadSafeDevToolsUtils.js:109:14
_fireEvent@chrome://global/content/bindings/wizard.xml:427:26
set_currentPage@chrome://global/content/bindings/wizard.xml:103:11
advance@chrome://global/content/bindings/wizard.xml:290:15
wizard_XBL_Constructor@chrome://global/content/bindings/wizard.xml:205:9
next@chrome://messenger/content/importDialog.js:987:9
oncommand@chrome://messenger/content/importDialog.xul:1:1
toImport@chrome://messenger/content/mailCore.js:404:3
oncommand@chrome://messenger/content/messenger.xul:1:1
Line: 38, column: 3"

... which is here https://dxr.mozilla.org/comm-central/rev/9f7c2f60e3ef312d4f57b42acba4b3b25e7b5a09/mailnews/import/content/importDialog.js#987
So to clarify, the original problem I did not see. 
But now (not sure about earlier), selecting "Import everything" doesn't find any app to import from, and I get the error as specified above. 

I'll file a followup.
Depends on: 1474870
The Support forum has repeatedly had someone using different usernames to post unnecessary advertising of the gaintools website. Emails can be exported as eml files and imported into Thunderbird. It would be appreciated if nindaser could be removed from allowing to post such comments.
60b10 did not work for importing Outlook 2010.  I reverted to 24.8.1 and that worked.  (After the import I reinstalled the latest general release.)
Hmm, someone in comment #43 claimed that it worked. Sure, the old version in TB 24 might be more reliable.
60b9 and 60b10 ran and crashed
Well, if you can supply a PST file I'll try it.
(In reply to Jorg K (GMT+2) from comment #52)
> Well, if you can supply a PST file I'll try it.

Unfortunately, I can not.  It is 4.3 GB and full of my cusotmer's private data.

I do not remember having any issues with 62a's (nightlys) but I did not try them yesterday
(In reply to Jorg K (GMT+2) from comment #50)
> Hmm, someone in comment #43 claimed that it worked. Sure, the old version in
> TB 24 might be more reliable.

I'm someone. It worked perfectly, but that was with an Outlook 2003 .PST. It wouldn't surprise me if the file format, or the way you access it, changed somewhat between 2003 and 2010.

I was also using an earlier version of 60.0b (maybe b3), but I doubt that's relevant.

I love your work. :)

Also, you can use the SysInfoTools PST Converter.
https://www.sysinfotools.com/mac/pst-converter.php
With this utility, you can fix problems importing an Outlook PST File.
Also this utility:
Allows the user to Convert Mac PST to EML, PDF, VCF, MSG, EMLX, and HTML.
Exclusively designed for Mac Operating System.
Export PST Files to Gmail and to various other email applications.
Mac PST migration tool converts Calendars from PST to ICS as well.
Migrates Contacts from MAC OS PST to VCF.
A separate option for Mac PST to MBOX Conversion.
Splits the Converted MBOX file if it is more than 500 MB.
Maintains hierarchy after PST file conversion.

Please get Markdc removed. It is obviously a blatant spammer trying to push a paid for product.

Thank you Markdc for the link. Researching further there is a free PST File Viewer which views Contacts (aka Address Books).

PST File Viewer v18.0

Open PST File without Outlook

SysInfoTools PST viewer easily open all your Outlook data files without MS Outlook whether they are corrupt or not. With this utility you can view all the details of Contacts, Journals, Tasks and Emails with their attachments and meta properties.
https://www.sysinfotools.com/recovery/pst-file-viewer.php

It is understood that Thunderbird is currently undergoing a major Address Book rewrite/upgrade.

Would Thunderbird “Outlook Import” also work to import Outlook Contacts into Thunderbird Address Books:

  • without Outlook being installed; and
  • with computers with GNU/Linux

Thank you

Hello,

This is my first message in Bugzilla and I hope I’m in the right thread.

I have also experienced problems to import my PST file: right after selecting the file, Thunderbird systematically crashes. The feature was reintroduced in TB 60 and, as far as I can remember, it seemed to work at first, but some time later, when I decided to fully import all my messages and tried again, it didn't work any more. My setup includes TB 68.3.1 and Microsoft Office 2016. I’ve tried with both the 32-bit and the 64-bit versions.

Is there anything else I could try?

Thanks in advance.

Hello, again,

I forgot to mention that, a few weeks ago, frustrated as I was with the import tool, I tried TB portable 60.9.1 from PortableApps, which seemed to fully import my PST file.

I guess that, when I format my PC again, I could install TB 60.9.1, use the import tool and then update it to the latest version, but it would certainly make things easier if the feature could work in the latest release.

Can confirm working in 60.9.1 and broken in 68.4.2. Import Outlook message causes immediate crash.

Please find your crash ID Help > Troubleshooting > click on the crash line. Then file a new bug report by clicking on "Thunderbird" in the bugzilla tab of the crash report

Jerry filed bug 1612359. Thanks.

No longer blocks: 1175168
Depends on: 1175168
No longer depends on: 917961
See Also: → 1175168
No longer depends on: 1175168

LibreOffice Writer document with How to move Microsoft Outlook Contacts to a Mozilla Thunderbird Address Book version 2021.06.19.

Hope this can help with implementing migrating Outlook Contact into Thunderbird.

Please advise if there are any improvements, eg

  • URL address export

Will attach to this issue the Microsoft Outlook VBA code and bash encoding.sh text files next.

Hope this can also help people who want to migrated of the End-Of-Life Microsoft Outlook 2010.

Thank you

Attached file 2021.06.19 VBA Code

Attached Microsoft Outlook VBA Code.

Works with:

Attached file 2021.06.19 encoding.sh

The attached bash encoding.sh code utilizes iconv to convert the strange Microsoft Unicode to UTF-8.

The output from the conversion can then be imported into the CardBook add-on for Thunderbird.

Works with:

A revised importer is available in beta from Bug 1720042 - Order and logic of import dialogs should be changed to allow selecting the app to import before what to import. It specifically has a new importer for Mac. The current beta is available at https://www.thunderbird.net/en-US/#channel (installing and starting beta will cause the beta to want to use a new thunderbird profile, so be aware of https://support.mozilla.org/en-US/kb/using-multiple-profiles)

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: