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?