Discuss out-of-office replies and how to treat them

[jessespears]

[sdt]

@jessespears are you able to provide any details on out-of-office replies?

In particular I'd like to be able to receive these somehow, but they seem to be getting suppressed somewhere along the line.

[rjnordeen]

I"m also curious on what happens to these - @jessespears any update? We'd like a way to hook these replies back into our app to better classify when an email contact is temp unavailable.

[adamc00]

We have a similar use case to @rjnordeen so an update would be very welcome @jessespears. Thanks.

[jessespears]

Sure,

Ordinarily we drop out-of-office replies. To ensure your route passes them along to you, include the following in your route definition: dsn=True

Example:

match_recipient("[email protected]", dsn=True) or

Note that this will pass along any delayed bounces as well.

I'll put together some more in-depth documentation, but this should tide you over. Sorry for the delay!

On Tue, Nov 10, 2015 at 11:00 PM, Adam Clarke [email protected] wrote:

We have a similar use case to @rjnordeen https://github.com/rjnordeen so an update would be very welcome @jessespears https://github.com/jessespears. Thanks.

— Reply to this email directly or view it on GitHub https://github.com/mailgun/documentation/issues/147#issuecomment-155686545 .

[cyrilf]

Hey @jessespears,

Is the dsn=True parameter still available? In the mailgun edition route admin page, the option match_recipient doesn't show that a second parameter is available.

Thanks!

[dazbradbury]

@cyrilf I was just informed via support (Chris Hammer) that this parameter still works.

[ngrilly]

Do match_recipient and forward accept other parameters, in addition to dns=True?

[njandreasson]

We rely on dsn=True, a parameter which was brought to my attention by Mailgun support in 2016. After just having an unrelated support ticket with Mailgun where the response suggested dsn=True might be the culprit, I looked for documentation (which brought me here) and notice it still doesn't exist, 3 years later. As it seems like more than us rely on this parameter, wouldn't it be a good idea to document it somewhere to avoid causing confusion and let people needing it use it?

[guysoft]

Hey, tried adding dsn=True, does not seem to work for me, does this still work for anyone?

[nbhojani]

Just tried adding the parameter and the route will NOT save. It has been painful to first receive a response over a week and then the provided resolution cannot be configured. If anybody is able to figure it out then please do advise. I need this turned on so we're receiving auto replies.

[nbhojani]

Okay, so tried using dsn=True with a title case and it saved the route configuration.

[nbhojani]

Auto reply still do not work even after the option is turned on. This is very sad :(