<br><br><div class="gmail_quote">On 25 July 2011 23:39, Maxim Khitrov <span dir="ltr"><<a href="mailto:max@mxcrypt.com">max@mxcrypt.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div><div></div><div class="h5">On Mon, Jul 25, 2011 at 4:27 PM, Michael Foord <<a href="mailto:fuzzyman@gmail.com">fuzzyman@gmail.com</a>> wrote:<br>
><br>
><br>
> On 25 July 2011 20:38, Maxim Khitrov <<a href="mailto:max@mxcrypt.com">max@mxcrypt.com</a>> wrote:<br>
>><br>
>> On Mon, Jul 25, 2011 at 3:21 PM, Michael Foord <<a href="mailto:fuzzyman@gmail.com">fuzzyman@gmail.com</a>> wrote:<br>
>> ><br>
>> ><br>
>> > On 25 July 2011 02:06, Maxim Khitrov <<a href="mailto:max@mxcrypt.com">max@mxcrypt.com</a>> wrote:<br>
>> >><br>
>> >> Hello python-ideas,<br>
>> >><br>
>> >> My most recent project lead me down a path that eventually ended up at<br>
>> >> a new implementation of imaplib based on [RFC-3501]. Although I<br>
>> >> started the project by gradually adding functionality to the existing<br>
>> >> IMAP4 library, some of the features that I required simply could not<br>
>> >> be merged in (without breaking everything). As a result, I wrote my<br>
>> >> own version of the library, which incorporates all existing<br>
>> >> functionality of imaplib and includes many of my own improvements.<br>
>> >><br>
>> ><br>
>> > There is an existing, well tested and widely used, replaced for imaplib<br>
>> > that<br>
>> > I would suggest should be the first for consideration in replacing<br>
>> > imaplib:<br>
>> ><br>
>> > <a href="http://imapclient.freshfoo.com/" target="_blank">http://imapclient.freshfoo.com/</a><br>
>> ><br>
>> > (Sorry.)<br>
>> ><br>
>> > All the best,<br>
>> ><br>
>> > Michael Foord<br>
>><br>
>> I have it beat at the "Python 3 support is in the works" feature ;)<br>
>> Mine doesn't handle 2.x though.<br>
>><br>
>> In any case, I would not have been able to use IMAPClient for my<br>
>> project, because the requirements were for no dependencies outside of<br>
>> Python 3.2.<br>
>><br>
>> Do you know if the developers of IMAPClient considered getting it into<br>
>> the standard library? My goal wasn't just to have another IMAP<br>
>> implementation, but something better available as part of Python.<br>
>><br>
><br>
><br>
> I don't think Menno Smitts would object to adding Python 3 support or adding<br>
> IMAPClient to the standard library. His goal was to create something useful<br>
> to overcome what he saw (and evidently you agree) as irreparable brokenness<br>
> in parts of imaplib.<br>
><br>
> My point is that if there is an existing widely-used and battle-tested<br>
> alternative, we would be wise to look at that first.<br>
<br>
</div></div>Agreed. However, I just took a look through IMAPClient source code and<br>
have to correct you on your original assertion. IMAPClient is not a<br>
replacement for imaplib, but a wrapper around it.<br>
<br>
The author went down the same road that I originally started out on.<br>
He added a parser, a UTF-7 codec, and changed the overall interface to<br>
be more user-friendly. All good improvements, but at the core,<br>
IMAPClient relies entirely on imaplib, and thus inherits most of its<br>
design flaws.<br>
<br></blockquote><div><br>Well I'm sure Menno would be interested if you could actually demonstrate those limitations rather than merely assert that. :-)<br><br>(As he implemented to overcome problems with imaplib and that is why people use it.)<br>
<br>Not that you're necessarily wrong, but I'm skeptical.<br><br>Michael<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
With the exception of the first and fifth bullet points in my README<br>
file (server response parser & UTF-7 mailbox name codec,<br>
respectively), all others apply equally to IMAPClient. For that<br>
reason, I would recommend against incorporating it into the standard<br>
library.<br>
<br>
My opinion on the matter is certainly biased, so I would welcome a<br>
review of both libraries by a neutral party familiar with the IMAP<br>
protocol, who could then make a recommendation.<br>
<br>
- Max<br>
</blockquote></div><br><br clear="all"><br>-- <br><pre cols="72"><a href="http://www.voidspace.org.uk/" target="_blank">http://www.voidspace.org.uk/</a><br><br>May you do good and not evil<br>May you find forgiveness for yourself and forgive others<br>
May you share freely, never taking more than you give.<br>-- the sqlite blessing <a href="http://www.sqlite.org/different.html" target="_blank">http://www.sqlite.org/different.html</a></pre>
<br>