Tickets :: Comment on [#13495] "Reply state" not synched over devices

* Your Email Address
* Spam protection	Enter the letters below: ._..__ .__. . . \| [__)\| \| \| \| _\|_\| \|__\|\__\|\__\|
Comment	> >>> After looking at this further, though, it's not going to be possible >>> to work around this since we have NO way of knowing if it's a reply >>> vs a forward, nor do we know the original UID of the original IMAP >>> message, or even what folder it's from (so we can't efficiently look >>> it up). >> >> I'm not really understanding what you mean.. >> >> Think about this test-scenario: >> >> 1. I get a message from lets say "client@gmail.com" >> -> message-header: >> ------------8<---------------------------------------------------------------- >> Message-ID: >> <CACQS2qqQrAa2QMi=pHRB4Rgn8XZtAhuqCq99LvT-Kp4SbU4LNQ@mail.gmail.com> >> ------------8<---------------------------------------------------------------- >> >> 2. I reply to this message from OL2013: >> -> message-header(s): >> ------------8<---------------------------------------------------------------- >> References: >> <CACQS2qqQrAa2QMi=pHRB4Rgn8XZtAhuqCq99LvT-Kp4SbU4LNQ@mail.gmail.com> >> In-Reply-To: >> <CACQS2qqQrAa2QMi=pHRB4Rgn8XZtAhuqCq99LvT-Kp4SbU4LNQ@mail.gmail.com> >> ------------8<---------------------------------------------------------------- >> >> 3. I forward this message from OL2013: >> ------------8<---------------------------------------------------------------- >> References: >> <CACQS2qqQrAa2QMi=pHRB4Rgn8XZtAhuqCq99LvT-Kp4SbU4LNQ@mail.gmail.com> >> In-Reply-To: >> <CACQS2qqQrAa2QMi=pHRB4Rgn8XZtAhuqCq99LvT-Kp4SbU4LNQ@mail.gmail.com> >> ------------8<---------------------------------------------------------------- >> >> ..so the problems in coding would be: >> 1. saving the original "Message-ID" vs. "UID" > > In order to set the "Answered" flag directly on the IMAP server we > need to know the folder the original message is in as well as the > message's UID. We don't know either of these things from the simple > SENDMAIL command that OL2013 is issuing. All we have is the > In-Reply-To header - which tells us nothing about about which folder > the original email is located in. It's possible to search for this > message on the IMAP server, but since we don't know which folder it's > in, it is a potentially inefficient operation for little gain > (setting the Answered or Forwarded flag - something the client should > be doing on it's own). > >> 2. finding a possibility to distinguish if it's a REPLY or FORWARD >> (parsing the Subject is not OK since it could be changed) > > Correct. Since the In-Reply-To header is sent in both reply and > forward operations, we don't know which action was performed. I guess > parsing the subject could be an option, but as you say, it's not 100% > reliable since it can be changed... > >
Attachment
Watch this ticket

Saved Queries