Tried switching to em client, but it cannot import my old messages from a pst I exported from Outlook. Every single message has an error and only shows “[email protected]” for the sender. Every other part of every message appears to be intact.
Running the latest version (9.2.2054) on two different PCs. Both PCs are running up-to-date Win12Pro. Outlook works fine on both and displays the correct sender for every message.
What am I missing? Is this disabled in my trial license? Or is the app just broken. Need to know before I buy two licenses.
This is because the email address in the export has some error so can’t be displayed.
Rather than exporting to a pst first, why not try import directly from MS Outlook using Menu > File > Import > Microsoft Outlook?
Or, if these messages are synced with your email provider, you don’t need to import them at all. Just add the same account to eM Client, and they will sync directly from the server.
The emails were imported into Outlook and synced to my Exchange server. Then I connected eM Client to that account. They show up just fine in Outlook and OWA and on my phone in the Outlook app. It is only eM Client that cannot display the info
How are they not formatted correctly? They show up just fine in Outlook and OWA on multiple computers and on my phone in the built-in mail app as well as the MS Outlook app.
It is only eM Client that cannot display the info.
Is there a way to fix it? It is over 30k emails, so can’t exactly be done by hand.
May have found something. Not sure why it works, but I exported ~1,500 messages using Outlook to a new pst file. If I take the new pst and re-import it using Outlook, eM Client still has issues.
But with that same pst file, if I use eM Client to do the import, then everything shows up correctly.
Now I just have to delete and re-import 130k+ messages.
one more issue found while getting this done… sometimes EMClient complains about a specific .msg file and it stops the import so if you’re importing a LOT of emails it’s best to do it in batches so you can see if one of say 200 emails has a complaint.
And yes I have a solution for this problem too… find the .msg files that EMClient doesn’t like and use a msg to eml converter. It took the eml files without complaint.
First, apologies for adding more to this 2 year old thread back from the dead but this problem still exists… and has no solution documented here.
so… i came here looking for a solution… and I tried something… and it works… and no one will like it… including me. I have so many archived emails…
Inside Outlook first, highlight all your email messages and copy them into individual .msg files (yeah I know it’s really horrible)… and then highlight all those .msg files and drag them into the eMClient folder/archive you want them to reside. Everything carries, including the sender email. It looks like you expect it to look when you import the .pst file but actually works instead of not. Now it’s definitely not an import 10k at a time… I found that after about 450 it hangs up.
Yes, eM Client really needs to have a fix for this and should have either corrected the incorrect statement “if the email addresses are not correctly formatted, we display them as nobody@” or at least update it to include “we messed up the .pst import code and we either don’t know how to fix it or we don’t care/want to fix it”.
Anyway, work-around solution found… and since the rest of the platform seems to be solid and this is only really a single issue that really presents at the beginning of use I’m not going to say this makes the program unusable… let’s just say that as a fellow (amateur) coder I’m disappointed in the obvious lack of beta testing… and the 2 years of this still going on as a problem without any fix.
I’m sorry you’re encountering these recurring issues. Could you please mail me a bunch of the .msg files so that we can investigate what’s wrong? Also any [email protected] .pst files that display correctly elsewhere, if you have them. Thanks! [email protected]
Also is there any specific error message you get when the import gets interrupted?
Hi there,
I’m also moving from Outlook to em Client and ran into this “nobody@…” thingy. But only on 1 specific PST file from one of my older work notebooks (Windows/Outlook 98). This has originally been a full account PST with in/out box, folders, contacts etc. All emails in those folders show correct email addresses, but those in in-box and out-box have “nobody@…” as sender (equal if imported to eMC local folder or added as data folder).
And additionally - somewhat funny but most annoying - those emails show some random(!) contact name out of this PST as From/sender!?! Instead of leaving that empty or just showing “nobody@…”
I received logs from @JimS-B (thank you!), and in this case, at least, removing the nobody@invalid contact worked to make the contact name appear as it does in Outlook. I know it’s a bit of a workaround, but for now it achieves the expected behavior.
If that doesn’t solve all cases, you can send me other affected files.
I did the same thing… it does not achieve the expected behavior. It does show the name but the reply to was completely empty. So if I were to reply to an email out of a pst archive the To: will be empty. If I reply all every contact in To: and Cc: except the sender will show up. This is definitely not expected behavior.
@JimS-B please check this because I think you’re just seeing the name and thinking it’s fixed…
@Kim_Fisher I will send a couple .msg files. Some that can’t import due to a byte[] error unless they are first converted to .eml files and others that don’t import the sender from piece of the header.
Hi again. As I’m still a newbie to eM Client trying out this and that, I found out by chance that disabling [ Settings | Mail | Read | Show name from contact ] prevents the display of the name of a random contact that happens to have the mail address “nobody@…”. Instead the real sender name from emails header property “From” appears - Yay!
Apparently if this setting is enabled eMC just pulls the first contact with “nobody@…” (in my example logs send to @Kim_Fisher the first hit in manual search for “nobody” in contacts)
Leaves the problem why those contacts imported from my old Outlook98.PST have “nobody@…” in the first place …
So your old pst has the sent from email address in the headers rather than just the name? That would make sense… even old hotmail messages had a valid reply to: record…
I would suggest trying one thing to see if it changes to have the same [incorrect and undesired] behavior as mine… open Outlook and pull one of those messages into a .msg file (just drag and drop into a folder) and then import into a new folder’s message view to test (just drag and drop into the space that should say “There are no messages to show in this view”). If your message now has a valid sent-from/reply-to address then you have the same behavior as I do… and the same problem.
The workaround is what I posted above… and it sucks… it’s horrible… having to drag and drop out of Outlook into a folder and then from a folder into eMClient is definitely not desired or “well-coded” behavior and needs to be fixed. Maybe I was the first to bring up the actual problem? I don’t know… but it’s definitely there.
Overall I still like eMClient over the New Outlook. If m$ never tried to push New Outlook into production space I probably wouldn’t have even found eMClient nor this issue… Outlook has been a staple for me for many many years…
Full ack to your last paragraph! 30+ yrs M$ starting with DOS on a 286, Win 3.1, lots of pro coding FP, VB, ASP, MSSQL, MSDN partner, what have you. But now they crossed a line …
@JimS-B: just so you know, I only started using this email platform 2 or 3 days ago… so I’m with you with learning how certain things are used.
One thing that this platform has implemented standard that I think is awesome is built-in PGP and a lookup for two public-key repos… I wish they would provide a means of adding additional public key repo servers rather than just their own and openpgp.org’s… but it’s way better than having to get the public key and import into the platform before you can send an encrypted email (if the receipiant has added a certificate and uploaded their public key)…
I am disapointed though in the fact that @Kim_Fisher’s provided address does not have a public key associated with it in either of the searched servers. And if they do… I found another flaw.
@Spiffyfunnel Welcome to the club
I tried your suggestion: In Outlook365 saving an email as *.MSG and dropping that file into eMC.
In Outlook FROM header was “Last, Firstname”.
Dropped into eMC sender name (and from header) now only shows FROM header Last (WITHOUT “” !)
Same email in mounted PST (as data file) shows FROM header as “Last, Firstname”, imported with unaltered header.
Funny thing is that my up-to-date Outlook365 does not show any header info in email properties of those emails stored in the outlook98.PST in-box and sent-folder (and only those got the “nobody@…” treatment). There is just an empty text-box for internet header. All the emails in local folders of that outlook98.PST are fine.
Anyhow, the unchecked [ Show name from contact ] solved it for me in this (apparently) special case. No more “nobody@…”
