Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Make sure council auto-replies go to users #85

Closed
Deborah-mySoc opened this issue Feb 25, 2011 · 3 comments
Closed

Make sure council auto-replies go to users #85

Deborah-mySoc opened this issue Feb 25, 2011 · 3 comments
Assignees

Comments

@Deborah-mySoc
Copy link

Some get to sent team@. We would need a VERP on the email sent to the council, and then be able to work out the problem report and user email from that.

@petterreinholdtsen
Copy link
Contributor

We see this in Norway too. The reason is that some autoreplies are sent to the "from" address specified in the email header (the user), while some sent it to the 'envelope sender' address (the team@ address). The latter behaviour is according to the recommendations in RFC 3834, and is recommended to avoid mail loops and other problems.

Not sure if this is easily solved on the FixMyStreet end. Changing the envelope sender to the user will make sure errors with mail delivery is also sent to the user, and it is better to get these to the admins of fixmystreet which can change the municipality contact addres quickly.

@abibroom
Copy link

abibroom commented Nov 3, 2015

Our FixMyStreet support mailbox now gets 10-20 of these daily. I've started setting up filters to auto-delete them (60+ filters already!), but I worry we might miss actually important mail from councils by doing that... noreply.enquiries[at]council seems a safe bet for deleting everything from, but customerservices[at]council might not be.

@dracos dracos added Current and removed Backlog labels Jan 19, 2016
@dracos dracos self-assigned this Feb 2, 2016
@dracos dracos added In progress and removed Current labels Feb 2, 2016
@dracos
Copy link
Member

dracos commented Mar 1, 2016

handlemail now acts as follows. Default fallback is to ignore. A bounce:

  • that is recognised as permanent to an alert mail auto unsubscribes;
  • that is recognised as permanent to a report mail is forwarded to support;
  • that is recognised out-of-office, is treated as a non-bounce;
  • that is unrecognised is forwarded to support.

A non-bounce:

  • in reply to an alert is forwarded to support;
  • in reply to a report email is forwarded to the report creator;
  • otherwise if not an out-of-office gets an automatic reply.

@dracos dracos closed this as completed Mar 1, 2016
@dracos dracos removed the In progress label Mar 1, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

5 participants