[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: timeouts, select, dispatch

From: Alain Magloire
Subject: Re: timeouts, select, dispatch
Date: Mon, 11 Nov 2002 10:31:06 -0500 (EST)

> --C7zPtVaVf+AK4Oqc
> Content-Type: text/plain; charset=iso-8859-1
> Content-Disposition: inline
> Content-Transfer-Encoding: quoted-printable
> > Not sure what you meant by "atomic"  in POP3 there is no way to
> > get one header(say From: or To:) but to download the entire headers of
> > the message.
> I meant atomic in the sense of a unique call to mailutils that will
> perform a series of POP3 commands and return a result.
> > you can set the flag to be MU_STREAM_NONBLOCK when you mailbox_open(..)
> > it is an or value.  But the disavantage is that many calls can
> > return EAGAIN, and it is up to you to recall the function after
> > doing a select(stream_get_fd(), ...) on the fd.
> Ok. But once a command (say TOP 1 0) is sent to the server, and there
> is a delay for the answer, the command will return EAGAIN. But then,
> calling the function again will reissue the TOP command ? Or is there
> a track of pending calls ?

Yes, it keep tracks, You will have to reissue the same command.
Actually reissuing another command will return EBUSY or something,
since the "TOP 1 0" is not complete, the code will not let you do things like
"RET 1" until the "TOP .." finish.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]