Re: [Imap-protocol] Duplicate mail detection criteria

--===============1724478415196510205==
Content-Type: multipart/alternative; boundary=089e016347305b4c13051b152476

--089e016347305b4c13051b152476
Content-Type: text/plain; charset=UTF-8

We had to add a hack to allow attachment stripping by IMAP clients, since
our default duplicate detector would always discard the stripped version as
a duplicate. For IMAP appends, we consider the messages different (not
duplicates) if the MIME structure changes or any MIME part's size increases
or decreases by more than 50%. The 50% number is somewhat arbitrary but was
inserted to allow for conversion between CRLF and LF line endings. This
might not be necessary anymore, due to some internal implementation
changes, so we could investigate making it more strict.

On Fri, Jul 17, 2015 at 5:03 AM, yuganya <[email protected]> wrote:

> Am using imap in thunderbird. When i delete large attachment, gmail
> detects it and syncing it with web. When i delete a small attachment (500
> bytes) , It not syncing with web.
> On analysing further, When deleting large attachment there is a drastic
> change in size and gmail accepts it as new message. but while deleting a
> small attachment,gmail detects it as duplicate and ignores it.
>
> so what is the criteria gmail using for duplicate detection.
>
> _______________________________________________
> Imap-protocol mailing list
> [email protected]
> http://mailman13.u.washington.edu/mailman/listinfo/imap-protocol
>

--089e016347305b4c13051b152476
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">We had to add a hack to allow attachment stripping by IMAP=
 clients, since our default duplicate detector would always discard the str=
ipped version as a duplicate. For IMAP appends, we consider the messages di=
fferent (not duplicates) if the MIME structure changes or any MIME part&#39=
;s size increases or decreases by more than 50%. The 50% number is somewhat=
 arbitrary but was inserted to allow for conversion between CRLF and LF lin=
e endings. This might not be necessary anymore, due to some internal implem=
entation changes, so we could investigate making it more strict.<div class=
=3D"gmail_extra"><br><div class=3D"gmail_quote">On Fri, Jul 17, 2015 at 5:0=
3 AM, yuganya <span dir=3D"ltr">&lt;<a href=3D"mailto:[email protected]" t=
arget=3D"_blank">[email protected]</a>&gt;</span> wrote:<br><blockquote cl=
ass=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;p=
adding-left:1ex"><div dir=3D"ltr">Am using imap in thunderbird. When i dele=
te large attachment, gmail=20
detects it and syncing it with web. When i delete a small attachment=20
(500 bytes) , It not syncing with web. <br>On analysing further, When=20
deleting large attachment there is a drastic change in size and gmail=20
accepts it as new message. but while deleting a small attachment,gmail=20
detects it as duplicate and ignores it.<br><br>so what is the criteria gmai=
l using for duplicate detection.</div>
<br>_______________________________________________<br>
Imap-protocol mailing list<br>
<a href=3D"mailto:[email protected]" target=3D"_blank">Imap-pr=
[email protected]</a><br>
<a href=3D"http://mailman13.u.washington.edu/mailman/listinfo/imap-protocol=
" rel=3D"noreferrer" target=3D"_blank">http://mailman13.u.washington.edu/ma=
ilman/listinfo/imap-protocol</a><br></blockquote></div><br></div></div>

--089e016347305b4c13051b152476--

--===============1724478415196510205==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Imap-protocol mailing list
[email protected]
http://mailman13.u.washington.edu/mailman/listinfo/imap-protocol
--===============1724478415196510205==--