Re: pop3: avoid fetching a mail twice

Luke Ehresman <[email protected]>
Newsgroups gmane.mail.libetpan.user
Message-ID <[email protected]>
Can I assume from this response that the mailmap_* functions also do no
caching?  They are just low-level functions that fetch information from the
IMAP server?  I loved libEtPan before, but now I think it is the best thing
since sliced bread.  This is exactly what I was needing.  I have wanted to
handle the caching myself in my application, but I thought I was going to
have to live with the fact that both libEtPan and my app would retain
caches.  These low-level functions are *exactly* what I needed.  Thanks for
such a well-designed library.

Luke

On Mon, May 02, 2005 at 10:22:46AM +0200, DINH Viet Hoa wrote:
> Tom Schulte wrote :
> 
> > I'm playing around with the libetpan lib and can send and receive mail. But 
> > how can i avoid to fetch a message twice from a pop3 server? I don't want to 
> > delete the messages on the server.
> 
> (1) are you using the driver API ?
> (mailstorage / mailfolder / mailmessage)
> 
> (2) or are you using the low-level POP3 API ?
> 
> 1. the driver API will provide the cache for you.
> 
> 2. in the low-level API, you can get the information of the message.
> 
> int mailpop3_get_msg_info(mailpop3 * f, unsigned int index,
>                            struct mailpop3_msg_info ** result);
> 
> struct mailpop3_msg_info {
>   unsigned int msg_index;
>   uint32_t msg_size;
>   char * msg_uidl;
>   int msg_deleted;
> };
> 
> msg_uidl will be a unique identifier for the message and it will be kept 
> between two connections.
> 
> -- 
> DINH Viet Hoa




-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.
Get your fingers limbered up and give it your best shot. 4 great events, 4
opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.