Pigeonhole redirect is adding a message-id header when it already exists
Marc
Marc at f1-outsourcing.eu
Sat Oct 1 11:34:43 UTC 2022
> >
> >How are you redirecting, like this[1]? I tested this ages ago. I am
> mostly testing with own gmail account, so can't imagine this not
> working. It was an older 2.2 server I was testing this on.
> >
> >
> >[1]
> >if false # true
> >{
> > redirect :copy "shit at gmail.com";
> >}
> >
> Hello Marc,
>
> It's redirected using the rule added by SOGo when you enable mail
> forwarding for the mailbox.
> Basically it's only this line:
>
> redirect "stuff at gmail.com";
>
> The redirect works, the problem is gmail changed their anti spam
> policies and are since a few months rejecting messages that have
> duplicate mail headers and in this particular case, Message-ID.
>
> So all the incoming mails that have a non-RFC compliant Message-ID are
> being added a secondary Message-ID by pigeonhole, before it is relayed
> to the target mailbox.
Oct 1 13:31:46 xxxx sendmail[30321]: 291BVjjx030318: to=<xxxx at gmail.com>, delay=00:00:01, xdelay=00:00:01, mailer=esmtp, pri=122536, relay=gmail-smtp-in.l.google.com. [142.250.102.27], dsn=2.0.0, stat=Sent (OK 1664623906 gs19-20020a1709072d1300b00777a40d515dsi4096082ejc.456 - gsmtp)
I just tested for you, enabled the sieve forward, send test mail and the forward is being accepted by google.
More information about the dovecot
mailing list