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

Groups > comp.lang.python > #105996

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

Show all headers | View raw

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!

Back to comp.lang.python | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread

Thread

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

csiph-web