Hi folks.
I'm wondering if others have recently experienced worsening problems with the use of a gmail account for the email bounce handler.
I'd also welcome reports of email providers which are working successfully for XF bounce handling
I'm wondering if others have recently experienced worsening problems with the use of a gmail account for the email bounce handler.
I'd also welcome reports of email providers which are working successfully for XF bounce handling
I first noticed issues with our system several months ago. The gmail account that we've used successfully (for several years) to handle our email bounces had started to send quite a few of the bounces to the spam folder, in which they eventually expired and got deleted.
Our XF setup was in a state of flux at that time (which is why I ended up noticing the issue, so I'm not truly sure when it began), and the server wasn't applying SPF & DKIM to all messages at that point. When we modified the server email setup to have SPF, DKIM and DMARC, this only partially improved things. I then realised that the postfix+milter combination weren't adding DKIM to "internal" bounces - i.e. messages which were immediately refused by the recipient's server with the result that the bounce was coming from our local mailer daemon. When I googled the right incantation to get DKIM applied even to those messages (
In recent weeks (starting maybe in mid-late July) gmail has been funnelling >95% of our bounces to the spam folder. It offers the warning "Why is this message in spam? It seems to be an auto-reply to a message that pretended to be sent from your email address.", which is pretty laughable given the SPF+DKIM+DMARC passes that it also happily reports for each such message.
We're able to limp along for the time being by manually "unspamming" the messages but we clearly need to find a solution, and the only credible options I can see are to find a new provider or use our own server for it (I'd greatly prefer the former).
Our XF setup was in a state of flux at that time (which is why I ended up noticing the issue, so I'm not truly sure when it began), and the server wasn't applying SPF & DKIM to all messages at that point. When we modified the server email setup to have SPF, DKIM and DMARC, this only partially improved things. I then realised that the postfix+milter combination weren't adding DKIM to "internal" bounces - i.e. messages which were immediately refused by the recipient's server with the result that the bounce was coming from our local mailer daemon. When I googled the right incantation to get DKIM applied even to those messages (
internal_mail_filter_classes = bounce in the postfix main.cf file) things got much better but only for 2-3 months.In recent weeks (starting maybe in mid-late July) gmail has been funnelling >95% of our bounces to the spam folder. It offers the warning "Why is this message in spam? It seems to be an auto-reply to a message that pretended to be sent from your email address.", which is pretty laughable given the SPF+DKIM+DMARC passes that it also happily reports for each such message.
We're able to limp along for the time being by manually "unspamming" the messages but we clearly need to find a solution, and the only credible options I can see are to find a new provider or use our own server for it (I'd greatly prefer the former).
