Re: handle countermail serverside encrytion
RW <[email protected]>
| Newsgroups | gmane.mail.getmail.user |
|---|---|
| Message-ID | <[email protected]> |
On Thu, 4 Jul 2019 22:41:08 +0200 [email protected] wrote: > On Wed, Jul 03, 2019 at 03:14:59PM -0600, Charles Cazabon wrote: > > [email protected] <[email protected]> wrote: > > > Can getmail do that more gracefully? Ideally it should not > > > download the encrypted version if the unencrypted one was already > > > fetched. > > > > No. getmail relies on the unique message ID actually being unique, > > and so it uses that to track "seen" status. > > They appear to have a more carefull process: > > A diff shows only two headers get changed by the encryption. > > 1) it updates the timestamp in the top-most Received: block > > 2) the Content-Type: becomes "multipart/encrypted; ...". > > > The Message-ID: field is not touched, nor is any other field. > > So getmail should not retrieve again? getmail uses identifiers provided by POP or IMAP rather than the Message-ID header.