How do I write .DXL formatted email to disk? - email

I am trying to convert Lotus Notes email to MIME format. I found this article to be helpful although I am using Lotusscript not Java. The problem I am running into is that this article does not say how you write the .dxl output to disc as an .eml file. if I use the following notesstream method:
rc2 = strmOutput.WriteText(mimeDoc)
it works but any graphics or attachments that were in the original email are not there. emails that contain attachments don't get written at all. emails that had graphics in them get written but there is a placeholder for the graphics in the resultant .eml file instead of the actual graphic. I have not figured out how to successfully capture all of the graphics and attachments so that everything that was in the original email appears in the .eml file. I have been trying to figure this out for months. if someone could elaborate on this that would be great
I was expecting the graphics and attachments to be in the resultant .eml file but they are not there

Related

What converts a .PDF into raw PHP $pdf(..) commands which FPDF can use to create that PDF? Then my PHP can manipulate these $pdf values

I'm asking here because when I tried googling for this information I just got ever more endless irrelavent pages of confusing junk (but contain my search terms hidden somewhere on the page taken out of context). This utility must exist because I even got a fake discussion forum site with fake users each 'agreeing' their willingness to enter their creditcard numbers in a 'software download link' which one of these faked users 'posted' in response to a 'question'. Clearly nothing more than a creditcard number harvesting site to intercept people like me googling for it.
So I've already designed the PDF layout with MS Word, I exported as PDF easy enough. Next step run this PDF through some script app or program (whatever is called) to generate the $pdf(..) items, so that FPDF can recreate that PDF. My PHP to alter odd text embedded in the $pdf(..) strings. Other than that I'm no more interested in what these $pdf(..) are and how they're written than I would be with any other raw printer control codes.
All I want to know is simple: What converts a .PDF into the $pdf(..) list, for FPDF to recreate that PDF again.

LotusNotes: saving documents as email files

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

Outlook export file — shut down Outlook account

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.

iText form filling missing PDF content

I am running into an odd problem with iText. I have a document with a few fields. On my server, I open the local document, set the fields and send the output of the stamper to the browser.
Works perfectly on my local devel machine.
The pdf generated on the server is missing the PDF contents. I only see the content of the fields I set, the rest is completely blank.
Any tips?
Your application on your local machine respects the bytes of the PDF you're using as a template. Your application on the server doesn't respect those bytes. Maybe you've copied the template using the wrong encoding, making all the binary characters corrupt. Or maybe your application is reading the template using the wrong encoding with the same result.
You can find out by opening your PDF file in a text editor (not inside a PDF viewer). Look for the keyword stream and inspect the bytes that follow this keyword. Do you see the difference? In the PDF produced on your local machine, the bytes look like a normal binary stream. In the PDF produced on your server, the bytes look awkward. For instance: it consists of plenty of question marks.
How to solve: check if the template was copied correctly. If so, check the way you're reading the document. For instance: read the PDF template into a byte array without using iText and write it to a new byte array. Can you reproduce the process of corruption? If so, tweak your application (the one that doesn't involve iText) until you've got the correct encoding.

Does read/unread information exist in Thunderbird's .msf file?

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.