ok, a filter it is then. Thank you for explaining!
On Fri, Jul 05, 2019 at 10:31:25AM -0600, Charles Cazabon wrote:
> [email protected] <[email protected]> wrote:
> > On Wed, Jul 03, 2019 at 03:14:59PM -0600, Charles Cazabon wrote:
> > >
> > > 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.
>
> I'm not referring to the Message-ID: field in the message header. That can't
> be relied on, because it's under the control of the message originator. POP3
> and IMAP both have a message attribute (which is not present in the message
> header when you download the message) assigned by the POP/IMAP server which
> uniquely identifies the message.
>
> > So getmail should not retrieve again?
>
> Nope. As far as getmail (or any other mail client) can tell, they are
> different messages, so they'll all be retrieved.
>
> Charles
> --
> -----------------------------------------------------------------------
> Charles Cazabon
> GPL'ed software available at: http://pyropus.ca/software/
> -----------------------------------------------------------------------
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not
affiliated with the servers or forums shown here and is not responsible for
the content of articles, which is written by their respective authors.