Checking/reading/working with IMAP

[hilti]

Hi!

Did anyone ever connect with newLISP to an IMAP server? I know there's a pop3-module, but I didn't find something for the IMAP Protocol.

I'd like to test some of newLISPs string functions on my mails - hopefully some of them get lost ;-)

Cheers!
Hilti

[hilti]

Anyone - or am I asking a stupid question?

[TedWalther]

We need an IMAP module.

And truthfully, a MIME module would integrate beautifully with POP, SMTP, IMAP, and CGI modules.

Ted

[Kirill]

Building an interface to UW's c-client library and using it rather than creating an IMAP client in newLISP could be a way to go.

Just a thought.

-- Kirill

[TedWalther]

I threatened to write a MIME module 2 years ago. I now have a real reason to do this; apart from email and http protocols, a certain telephony app needs it. Now I have to buckle under and do it. Fortunately, I now know newLISP well enough. This isn't as intimidating a task as it once was. The initial release will be very minimal MIME support, just enough to be standard compliant and usable; a lot of features won't be supported, but they won't cause crashes or inaccuracies either.

[HPW]

There was a code for base64 here:

http://newlispfanclub.alh.net/forum/vie ... ring#p1296

Maybe usefull.

[TedWalther]

Thank you. Base64 is a part I don't plan to implement right away. For my purposes, just slurping in a MIME header, and breaking it into an assoc list of key-value pairs, is almost enough for what I need. For email purposes, all the other stuff swings into play.

Believe it or not, multipart/mixed and related MIME types can be very useful for streaming various sorts of media.

I had an idea a few years ago for a file system where every file was a MIME object that had its own metadata. John Sokol and Jesus Monroy had the idea too, and included it in the morphous OS. They presented it, and a engineer who later went to Google, made sure it got implemented into GMail.

MIME is a very powerful concept; the more it is used, the simpler it makes things. Way nicer than Apples resource fork concept.