Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.lang.python > #105995 > unrolled thread

Re: [stdlib-sig] Can imaplib be improved?

Back to article view | Back to comp.lang.python

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.

Contents

  Re: [stdlib-sig] Can imaplib be improved? Random832 <random832@fastmail.com> - 2016-03-29 13:22 -0400
    Re: [stdlib-sig] Can imaplib be improved? Grant Edwards <invalid@invalid.invalid> - 2016-03-29 18:45 +0000
      Re: [stdlib-sig] Can imaplib be improved? Random832 <random832@fastmail.com> - 2016-03-29 14:55 -0400

#105995 — Re: [stdlib-sig] Can imaplib be improved?

I'd posted this to stdlib-sig@python.org without realizing that that
list is mostly dead.

On Thu, Mar 24, 2016, at 22:33, Random832 wrote:
> I assume that everyone who has ever used imaplib is familiar with how
> painful its output format is to deal with. I am wondering if anyone else
> has any ideas on ways it can be extended in a backward-compatible way to
> provide options for better parsing, handling unilateral data from the
> server, processing data as it comes in, etc.

Anyone have any thoughts?

[toc] | [next] | [standalone]

#105996

On 2016-03-29, Random832 <random832@fastmail.com> wrote:
> I'd posted this to stdlib-sig@python.org without realizing that that
> list is mostly dead.
>
> On Thu, Mar 24, 2016, at 22:33, Random832 wrote:
>> I assume that everyone who has ever used imaplib is familiar with how
>> painful its output format is to deal with.

Yes.  Been there, done that, still have bald patches where I tore my
hair out.

>> I am wondering if anyone else has any ideas on ways it can be
>> extended in a backward-compatible way to provide options for better
>> parsing, handling unilateral data from the server, processing data
>> as it comes in, etc.

I think giving up on backwards compatiblity and starting from scratch
is the best idea.

I like imaplib2

https://pypi.python.org/pypi/imaplib2
https://github.com/bcoe/imaplib2
https://sourceforge.net/projects/imaplib2/

imapclient is pretty nice to work with:

 https://pypi.python.org/pypi/IMAPClient
 https://bitbucket.org/mjs0/imapclient
 http://freshfoo.com/presentations/imapclient-intro/#/

Perhaps it (or something like it) could be added to the std library
alongside the current imaplib.

-- 
Grant Edwards               grant.b.edwards        Yow! I'm reporting for duty
                                  at               as a modern person.  I want
                              gmail.com            to do the Latin Hustle now!

[toc] | [prev] | [next] | [standalone]

#105997

On Tue, Mar 29, 2016, at 14:45, Grant Edwards wrote:
> I think giving up on backwards compatiblity and starting from scratch
> is the best idea.
> 
> I like imaplib2
> 
> https://pypi.python.org/pypi/imaplib2
> https://github.com/bcoe/imaplib2
> https://sourceforge.net/projects/imaplib2/
> 
> imapclient is pretty nice to work with:
> 
>  https://pypi.python.org/pypi/IMAPClient
>  https://bitbucket.org/mjs0/imapclient
>  http://freshfoo.com/presentations/imapclient-intro/#/
> 
> Perhaps it (or something like it) could be added to the std library
> alongside the current imaplib.

I couldn't get imapclient to install; I got some kind of error (I can't
remember, and can't reproduce now because it "thinks" it was successful)
from pip installing some crypto dependency, and a runtime error not
finding a SSLContext class. I haven't tried imaplib2 yet; by the time I
discovered it my scripts were already mature enough that I just finished
with what I had.

[toc] | [prev] | [standalone]

Back to top | Article view | comp.lang.python

csiph-web