Timo Sirainen wrote : > > Maybe the client should schedule the given operation between background > > operations are user interactive operations ? > > Interactive operations should happen as soon as possible. With bad luck > they're happening at the same time as some slow background operation (SEARCH > or prefetching data for mails that are likely to be displayed soon).
extracted from RFC 3501 : << The server completion result response indicates the success or failure of the operation. It is tagged with the same tag as the client command which began the operation. Thus, if more than one command is in progress, the tag in a server completion response identifies the command to which the response applies. There are three possible server completion responses: OK (indicating success), NO (indicating failure), or BAD (indicating a protocol error such as unrecognized command or command syntax error). >> Maybe this permit some IMAP server to reply faster to the user commands ? Although there are not many servers that implement that capability. > They aren't nearly enough. I've written some too > (http://dovecot.fi/imap-client-coding-howto.html) but that's not enough > either. I'll have a look. -- DINH V. Hoa, "Vu que t'es physiquement intelligente, tu viens avec moi ?" - Brice
