Comments for costela.net

Comment on Slight esmtp weirdness by Leo Antunes

Leo Antunes — Sat, 08 Oct 2011 12:09:28 +0000

At the time I wrote this post I was probably using 1.2-5, so I guess the “-t” bug might have been fixed in the meantime (though I don’t use the option, so I can’t really tell).

Comment on Slight esmtp weirdness by Gail H

Gail H — Sat, 08 Oct 2011 09:07:47 +0000

That’s very true. I’ve just encountered this problem.
By the way, there are other annoying bugs in esmtp. (The -t options does not work). I am using an old version (esmtp-0.6.0-2) since this is the package I have on my machine (DNS-323 NAS with an ARM GNU Linux).
Which version do you have?

TIA, Gail

Comment on Importing an Outlook PST into IMAP by Rogério Brito

Rogério Brito — Wed, 22 Jun 2011 16:15:39 +0000

I only tested your upgraded version of readpst. It was able to read files that older versions didn’t and that saved the day.

I didn’t need to upload the contents of the mbox files, since I have local access to an IMAP server that reads files in Maildirs and I can use http://untroubled.org/mbox2maildir if the need arises.

But your script is nice to have if one has to upload a bunch of messages to a remote IMAP server. Perhaps with some generalization, it could be a tool on its own.

Regarding putting it as an example script in the package, I think that that would be great.

Regards,

Rogério Brito.

Comment on Importing an Outlook PST into IMAP by Leo Antunes

Leo Antunes — Wed, 22 Jun 2011 12:57:32 +0000

Happy to hear it helped!

By “this” you mean my version of libpst (including readpst) or the script?
For the former, I’m trying to contact the current maintainer (Joe Nahmias, who’s also upstream, but not from this specific fork) asking if I could upload it, or if he’d like to merge the new features into his codebase, but still haven’t gotten any reply.
For the latter, I could maybe put it in the package as an example script.

Comment on Importing an Outlook PST into IMAP by Rogério Brito

Rogério Brito — Tue, 21 Jun 2011 23:46:46 +0000

If I understand it, the modus operandi is like this: from python’s point-of-view, when you get a string from “outside” of the program, it is encoded in some format and must be *decoded* to be used properly by the program.

When you have to output the strings from a python program, you have to *encode* the string in some suitable encoding scheme.

In other words, you can regard python’s internal format as somewhat agnostic/neutral.

Hope this helps a little bit (if it is not totally incorrect).