P2V from Lenovo Laptop to Recover PST
-
@Dashrender said:
@IRJ said:
Maybe I am not thinking this through, but if this is Windows Live Mail or something similar isn't everything hosted online?
I guess maybe the user has some old messages archived, but Outlook.com offers unlimited mailbox storage so I am not sure why the user isn't just creating folders within their Outlook.com mailbox.
That assumes the user is using Outlook.com and not a third party like say Cox.net etc.
Right, and in this case, @thanksajdotcom statted that it is an ISP POP3 email system. not Outlook.com.
-
@IRJ said:
Maybe I am not thinking this through, but if this is Windows Live Mail or something similar isn't everything hosted online?
I guess maybe the user has some old messages archived, but Outlook.com offers unlimited mailbox storage so I am not sure why the user isn't just creating folders within their Outlook.com mailbox.
Issue is the email was pulled from an ISP email, which uses POP3, not IMAP/
-
I've tried to recover from the old Outlook Express - the files weren't stored in any type of normal format. Real Outlook for example could not import from OE files.
-
@scottalanmiller , if this was going to be an ongoing used machine, I'd agree with the licensing part, but this machine is going to be scrapped the moment I have the data I need, assuming I can get it. It's not ongoing.
-
@Dashrender said:
I've tried to recover from the old Outlook Express - the files weren't stored in any type of normal format. Real Outlook for example could not import from OE files.
Same issue that you have with Windows Live mail, etc.
-
@thanksajdotcom said:
@Dashrender said:
I would put the image onto a network drive, then boot your VM with the Clonezilla ISO do a SMB connection and pull the image back down.
That won't work here. Sadly. I'm creating the image now and are going to try and load it into either Virtualbox or Hyper-V.
How can it not work there? If you have the image to look at it, then you can mount it. The two go together.
-
@thanksajdotcom said:
Issue is the email was pulled from an ISP email, which uses POP3, not IMAP/
POP3, while silly, is not the issue. It is a setting from the end user to delete the files on download. POP3 can keep the files on the server. It's not a protocol issue, it is end user decisions.
-
@thanksajdotcom said:
@scottalanmiller , if this was going to be an ongoing used machine, I'd agree with the licensing part, but this machine is going to be scrapped the moment I have the data I need, assuming I can get it. It's not ongoing.
Not a factor. Are you making a VM? Then you have violated the licensing. No grey area. No room for doubt. This is a license violation.
-
@thanksajdotcom said:
@Dashrender said:
I would put the image onto a network drive, then boot your VM with the Clonezilla ISO do a SMB connection and pull the image back down.
That won't work here. Sadly. I'm creating the image now and are going to try and load it into either Virtualbox or Hyper-V.
What about it won't work? Where is your Hyper-V install? You can simply copy the Image and the Clonezilla to the Hyper-V host and use everything from there, you'll have to devise a way to give the VM access to the image file though.
-
Train the user to use Outlook.com in the future. It is fully functional and if they are going to use POP3 anyway, there is no reason they need Outlook.
-
@thanksajdotcom said:
@Dashrender said:
I've tried to recover from the old Outlook Express - the files weren't stored in any type of normal format. Real Outlook for example could not import from OE files.
Same issue that you have with Windows Live mail, etc.
A recovery decision made by the end user. The cost of recovery needs to be paid for by them...
They decided to...
- Use a ridiculous email service instead of a good, free one that is protected.
- To set POP3 to delete.
- To use Windows Live Mail (instead of Thunderbird or whatever).
- To forego backups.
Violating Microsoft licensing on their behalf now is not appropriate. Microsoft is not at fault here. I'm sorry that the customer did not realize that they were doing one bad thing after another, but they alone bear the fault here. Their failures do not make you, Staples or Microsoft required to violate licensing on the customer's behalf.
-
@Dashrender said:
@thanksajdotcom said:
@Dashrender said:
I would put the image onto a network drive, then boot your VM with the Clonezilla ISO do a SMB connection and pull the image back down.
That won't work here. Sadly. I'm creating the image now and are going to try and load it into either Virtualbox or Hyper-V.
What about it won't work? Where is your Hyper-V install? You can simply copy the Image and the Clonezilla to the Hyper-V host and use everything from there, you'll have to devise a way to give the VM access to the image file though.
He can access the clonezilla image by booting the VM with a clonezilla ISO.
Also before you go through all of that hassle, check on the Drive and look in C:\Users\username\AppData\Local\Microsoft\Windows Live Mail
The WLM Database should be located in there.
-
From MS:
WLM stores emails as individual .eml files.
They are normally located in C:\Users<userlogin>\AppData\Local\Microsoft\Windows Live Mail, but you can move the default location. -
@scottalanmiller said:
@thanksajdotcom said:
@Dashrender said:
I would put the image onto a network drive, then boot your VM with the Clonezilla ISO do a SMB connection and pull the image back down.
That won't work here. Sadly. I'm creating the image now and are going to try and load it into either Virtualbox or Hyper-V.
How can it not work there? If you have the image to look at it, then you can mount it. The two go together.
Because of the way the network is setup. It's annoying. I have no control over the backend either.
-
EML files are plain text. No tools are needing for accessing these at all. Just recover to a CD and give to the customer.
-
@scottalanmiller said:
@thanksajdotcom said:
Issue is the email was pulled from an ISP email, which uses POP3, not IMAP/
POP3, while silly, is not the issue. It is a setting from the end user to delete the files on download. POP3 can keep the files on the server. It's not a protocol issue, it is end user decisions.
The setting is set that way by default. I can't really blame a home user for not knowing.
-
This really seems like it would be simple to mount this as a second drive on a different computer and migrate the files off of it. Really no need to break licensing to do this. Then walk them through the setup of a new Outlook.com or Gmail account.
-
@scottalanmiller said:
@thanksajdotcom said:
@Dashrender said:
I've tried to recover from the old Outlook Express - the files weren't stored in any type of normal format. Real Outlook for example could not import from OE files.
Same issue that you have with Windows Live mail, etc.
A recovery decision made by the end user. The cost of recovery needs to be paid for by them...
They decided to...
- Use a ridiculous email service instead of a good, free one that is protected.
- To set POP3 to delete.
- To use Windows Live Mail (instead of Thunderbird or whatever).
- To forego backups.
Violating Microsoft licensing on their behalf now is not appropriate. Microsoft is not at fault here. I'm sorry that the customer did not realize that they were doing one bad thing after another, but they alone bear the fault here. Their failures do not make you, Staples or Microsoft required to violate licensing on the customer's behalf.
You need to stop overthinking these issues. In reality, you are wasting alot of time for a user that probably isn't going to pay $100 for a recovery.
This home user has no idea how much trouble you are going through to do all this, and they probably won't learn anything. Recover the data if you can do it quickly, if not explain the pitfalls and educate the user for the future. This probably isn't the best way to allocate your time at Staples especially during the Holiday Season.
-
@thanksajdotcom said:
Because of the way the network is setup. It's annoying. I have no control over the backend either.
Well, easy peasy then. It isn't your issue and legally you have no right to continue. Explain to the customer that Staples does not provide the tooling required to recover files and give the box back to the customer. Tell him that any corner computer store can recover his files in minutes and send him on his way.
If Staples is blocking you from doing this, why are you looking at putting them in line for a Microsoft licensing violation? Don't even EVER think of going down this path.
-
@thanksajdotcom said:
@scottalanmiller said:
@thanksajdotcom said:
Issue is the email was pulled from an ISP email, which uses POP3, not IMAP/
POP3, while silly, is not the issue. It is a setting from the end user to delete the files on download. POP3 can keep the files on the server. It's not a protocol issue, it is end user decisions.
The setting is set that way by default. I can't really blame a home user for not knowing.
There is no one to blame. It's not about "blame." Every decision here was the end user's and the end user's alone. That doesn't make them a bad person. But it does NOT make the issue yours, Staples or Microsofts. Walk away, NOW. This is exactly the kind of overstepping that has gotten you in trouble time and time again. Quite literally, if I was a manager and knew you were considering this, I'd walk you out the door right this second. This is a completely justifiable firing offense. No warning needed. There is no condition under which you should continue given what you have explained to us.
