My university deletes students' Outlook email account after they graduate and so I am exporting my inbox at a .olm file.
I figured this would be sufficient to save my meaningful emails that I want to save, but I wonder how I will ever open the .olm file if the account itself will be deleted...
Any ideas/info?
Cheers
OLM files are used only by Mac as Database file by Microsoft Outlook and can't be opened by the Windows version of Outlook because the Windows version uses .PST files rather than the OLM format.
assuming you have mac if not then To open OLM files in Windows, you can first convert the OLM file to the PST.
But there are other ways to save Outlook emails
Text only format
Outlook Message Format .msg – the older version of .msg
does not support the full range of Unicode characters.
Outlook Message Format – Unicode the newer of .msg that
includes Unicode characters.
I will use this .msg format. These days ‘plain’ can have Unicode for emoji etc.
Save to Word
Outlook Template .oft to make a template for new emails.
HTML – a web page version of the message
MHT – also a web page but with images etc embedded into a single
file.
making the subject line of the message the file name.
Remember all the above formats are indexed by OS, You will be able to find a saved message by searching words in the message.
Save to PDF
PDF is another way to store ‘permanent’ or archival documents.
look into examples like python or VBA code that can help you save emails to the format you need.
Related
I need to ask you about the possibility of saving LotusNotes documents (with the attachments) as separated files in EML format on a hard disc.
Of course it's not important to keep the original document's look but it's very important to input into the file the content of the notes document including all the attached files.
The reason is to be able to open the exported file in an email client.
Is it possible?
Do you have any experience with resolving a problem like this?
The easiest way to do this for a small number of documents is to use #MailSend to forward the documents to a Notes user account or to mail-in database, and then go into that mailbox, select the message, and drag it to your desktop. Recent versions of the Notes client will save the document as .eml file that can be opened in Outlook or other standard mail clients. Or instead of sending to something in Notes, you could send to a non-Domino email system, connect with Outlook and do the same drag-to-desktop there, which I believe results in a .msg file instead of a .eml file, but they're essentially the same.
To automate it for a large number of documents that I need to do in one batch, I might still use the #Mailsend approach, but I'd do this on a dedicated Domino server. I'd address the email to an external address, and I'd set up SMTPSaveOutboundToFile=1 in the notes.ini file of that dedicated Domino server.
I think the Notes-client drag to desktop operation results in somewhat higher fidelity in the .eml file than either of the other approaches, but it's been about ten years and three major Notes/Domino versions since I played around with any of these.
Yes this can definitely be done programmatically. To do this, convert the doc to MIME via convertToMIME() using the DxlExporter to do the rest of the work. It creates XML output that contains a <mime> tag in which the output of the fully converted MIME format document resides. See this for a full description: How to Programmatically Convert Lotus Notes email Document to MIME Format
I need to find out, what type of character set it is, if I save an email from outlook 2010 in non-unicode format. At saving you can choose between .msg file and unicode .msg file. Is it depending on the version (english, german, etc.)?
How can I find out?
See my screenshot:
It will use the code page stored in the PR_INTERNET_CPID MAPI property. You can see it in OutlookSpy (I am its author) if you click the IMessage button. An MSG file can be opened by clicking OpenIMsgOnIStg button.
I ran gmail backup, which marked all my gmail messages as read. Ugh. I actually use that read/unread information. I had just installed Thunderbird, and it shows hundreds of messages in "All Mail" that are unread. Only it had only downloaded the headers, not the messages. So something in Thunderbird knows they are unread, but I'm not sure exactly what.
I read that there are two files for any mail folder, an mbox-format file and a .msf file. The mbox format file for "All Mail" does not have all the messages. However, the .msf file is pretty big, and I wonder if it has all the read/unread info.
If it does, I would consider extracting it, and going back and reapplying it programmatically (say, using gmail4j).
The msf file is using Mork format so reading it is pretty complicated. Fortunately, you don't have to: the mails in the mbox file have a special X-Mozilla-Status header. It's a hexadecimal value combining a number of flags. The lowest bit in this header (0x0001) is only set for messages that are read - if it isn't there then the message is unread.
If you want to read only Header and the Summary part of your Emails, then you can read it from your .msf file of your Mozilla Thunderbird, Since The .msf file is just a index file of Mozilla Thunderbird. So you cannot read all the information of your Emails from it. To read your Emails, you first need to find the location of your INBOX File which doesn't have an extension.
you can find its location from here in your Thunderbird Email client:
C:\Users\admin\AppData\Roaming\Thunderbird\Profiles\wb09b73f.default\ImapMail\imap.googlemail.com
Then, copy it and paste it to other location of your system and rename it to INBOX.mbox and then you can easily import it from your Mozilla Thunderbird and can Easily read your Emails after importing it on your Thunderbird.
I want to send booking information through mail in an attachment to add in MS Outlook.
Which format is better? Especially for MS Outlook 2003?
iCalendar was based on a vCalendar and Outlook 2007 handles both formats well so it doesn't really matters which one you choose.
I'm not sure if this stands for Outlook 2003. I guess you should give it a try.
Outlook's default calendar format is iCalendar (*.ics)
Both .ics and .vcs files are in ASCII. If you use "Save As" option to save a calendar entry
(Appt, Meeting Request/Response/Postpone/Cancel and etc) in both .ics and .vcs format and
use vimdiff, you can easily see the difference.
Both .vcs (vCal) and .ics (iCal) belongs to the same VCALENDAR camp, but .vcs file shows
"VERSION:1.0" whereas .ics file uses "VERSION:2.0".
The spec for vCalendar v1.0 can be found at http://www.imc.org/pdi/pdiproddev.html. The spec for iCalendar (vCalendar v2.0) is in RFC5545. In general, the newer is better, and
that is true for Outlook 2007 and onward, but not for Outlook 2003.
For Outlook 2003, the behavior is peculiar. It can save the same calendar entry in both
.ics and .vcs format, but it only read & display .vcs file correctly. It can read
.ics file but it omits some fields and does not display it in calendar mode. My guess is
that back then Microsoft wanted to provide .ics to be compatible with Mac's iCal but
not quite committed to v2.0 yet.
So I would say for Outlook 2003, .vcs is the native format.
You can try VCS to ICS file converter (Java, works with Windows, Mac, Linux etc.). It has the feature of parsing events and todos.
You can convert the VCS generated by your Nokia phone, with bluetooth export or via nbuexplorer.
Complete support for UTF-8
Quoted-printable encoded strings
Completely open source code (GPLv3 and Apache 2.0)
Standard iCalendar v2.0 output
Encodes multiple files at once (only one event per file)
Compatible with Android, iOS, Mozilla Lightning/Sunbird, Google Calendar and others
Multiplatform
The VCS files can have its information coded in Quoted printable which is a nightmare. The above solution recommending "VCS to ICS Calendar Converter" is the way to go.
The newer iCalendar format, with more data attached, includes information about the person who created the event, so that when it is imported into Outlook (for example), changes to that event are communicated via email to the creator. This can be helpful when you need to inform others of any changes.
However, when I am just exporting an event from one of my calendars to another, I prefer to use vCalendar, since this does not require sending an email message to the creator (usually myself) if I make a change or delete something.
I am trying to read and process Japanese emails. I have set my regional and language options to East Asian and languages for non-Unicode in the XP control panel. I have to process .pst files and preserve the true metadata and I am having trouble with the subject line and sometimes the to: and cc: fields. I get my message body to show Japanese fine but then I get gibberish in the subject as shown below
CC FIELD: cc. ￨ﾨﾈﾔﾻ￣ﾀﾀ￦ﾝﾉ￥ﾱﾱ￦ﾙﾺ￦ﾁﾒ
SUBJECT FIELD: Re: 三è±ï¼¬ï¼£ï¼¤æ’¤é€€ã«é–¢ã™ã‚‹æƒ…å ±åŠã³åŒ—米液晶状æ³
MESSAGE BODY: 佐藤さんへ：情報ありがとうございます。この機に是非とも三菱パークをリプレースしたいものです。ところでこのシニアマネージャーはどうされたのですか？内も苦しいですが。
中村マネージャー：ＡＤＩはＣＰＴへ売却打診中とのこと。うーん。
I am not a programmer so please simplify any recommendations you have as to how I can fix the subject line. FYI, I am using Outlook 07 Pro, Windows XP Pro and the .pst files are pre-existing so they are being opened via: File-->open outlook data file.
Most likely, the header lines contain Japanese characters encoded in ISO-2022-JP without this being specified so, i.e. the emails contained in the PST files are violating the specifications. You may be able to get around this by specifying the encoding manually within the Outlook settings - I don't have Outlook, so I can't tell you where exactly to look. If Outlook does not have that option, then you're pretty much hosed - you'd have to find a Japanese version of Outlook, or a third-party application that can read PST files and allows you to manually set the encoding.