Sorry, for error I have send directly to alec ...

-------- Original Message -------- Subject: Re: [RCD] GMail Bug Date: Thu, 23 Apr 2009 11:40:09 +0200 From: Sandro Pazzi sandro@idweb.it To: "A.L.E.C" alec@alec.pl Reply-To: sandro.pazzi@idweb.it

Hi alec, but why RC don't use uid?

UID COPY <sequence uid> "folder" UID STORE <sequence uid> +FLAGS.SILENT (\Deleted) UID FETCH <sequence uid> (<params>)

... was a standard IMAP command that use directly uid instead of id of messages. In this way all the problems with gmail was resolved.

Thanks

On Thu, 23 Apr 2009 10:07:23 +0200, "A.L.E.C" alec@alec.pl wrote:

Sandro Pazzi wrote:

...

I'm using gmail like imap server with RC and I find a bug (I think gMail bug). Seems related the open tiket 1485746.

RC use the message position for deleting and not it's UID. When a

message

...

was copy in the trash folder google expunge it automatically. Than RC

set

...

the flag /deleted at the message that was just expunged and it flag the previous message that now have the same position. RC in this way delete

2

...

messages.

This is my workorund.

...

foreach ($a_messages as $uid)
  $a_oldmessagesuid[] = iil_C_ID2UID($conn, $from, $uid);   

...

...

$r = iil_C_Copy($conn, $messages, $from,$to);

...

...

foreach ($a_messages as $uid) $a_newmessagesuid[] = iil_C_ID2UID($conn, $from, $uid);

An expensive workaround. Perfect opportunity to use COPYUID feature from UIDPLUS extension, also id-to-uid conversion could be done in one FETCH command. Does gmail support UIDPLUS?