🚀 go-pugleaf

In article <816292257snz@tcontec.demon.co.uk>
           peb@transcontech.co.uk "Paul E. Bennett" writes:

>I have noticed from running NNTP that it fetches the headers for news
>first. There are two figure quoted in the messages that relate to downloading
>news and the headers give the total number of articles to be expected. If mail
>is going to be transferred in parallel and the news is still going after mail
>has been dealt with then this would be one way. When (xxx/yyy) is presented
>with the two numbers xxx and yyy equal in value then it is time to apply just a >short pause before logging off. It will mean that mail not completed transfer
>will have to wait till next time.

That's not problem (or at least a SMOP). KA9Q (and any news client)
knows when news has finished.  For that matter, it knows when outgoing
mail has finished as well.  The problem is not knowing how much mail
should be coming in (and I might not have any outgoing mail, so I don't
want to drop the line immediately).

>Of course a chat to demon might get them to put an indication of mail items to
>be received with each mail item carrying this field. If new mail is arriving
>during the download it could update the total when it adds the newly arriving
>message to the queue. This would then be a zero terminated process. A similar
>thing could be done for up-loads.

I don't think there's anything in the protocol to allow the extra
information to come in without breaking all systems that don't expect
it.

POP3 can do it, because it's user-end driven, but that's only for a
single mailbox...

***********************************************************************
*  chris@keris.demon.co.uk      *                                     *
*  chriscr@cix.compulink.co.uk  *  FIAWOL (Filking Is A Way Of Life)  *
*  100014.3217@compuserve.com   *                                     *
***********************************************************************