Make sure to use v2 (or higher). 

>From what I can see, the delay in #waitForDataUntil: is happening quite
a bit, making things pretty slow.

This windows bug isn't more pronounced than before the refactoring,
right? maybe this is resolved by Flow? (my understanding is that it is
supposed to replace exactly that lower level, though I might be
wrong...). I'll be testing without the Delay on Linux, I want to test
and see if the performance comes back, or maybe there's something else.

Another thing - SMTP authentication "wants" a somewhat different
interface, as you can see from my ugly code using it, but I didn't want
to make that sort of change.

Daniel

Michael Rueger <m.rueger at acm.org> wrote:
> 
> 
> danielv at netvision.net.il wrote:
> 
> Nice work! I'll integrate it into the package.
> 
> > * Is it possible that getting mail is slower? maybe the 10ms delay in
> > multiline response? maybe I'm imagining things.
> 
> The 10ms delay (actually in the Socket code) is a workaround for the 
> semaphore timeout seeming to hang occasionally at least on Windows.
> 
> It would be interesting though to see if and how the performance is 
> different between the old and the new network code.
> 
> Michael