[bitJericho]

Having managed email queues, the no reply email is essential, because everyone and their uncle uses auto replies. That said, I'm all for including a real email address somewhere so a user can reply.

[20years]

You can configure your email sending with a reply-to email (example [e-mail]) and not have auto replies or bounces go to that reply-to address.

The auto replies will go to the envelope sender email. I prefer to set that to something like [e-mail] rather than [e-mail] because noreply just looks so unfriendly.

Replies from real people will go to the reply-to email ([e-mail]) and bounces/auto-replies will go to the sender address ([e-mail]). You can then write a script that automatically clears the auto-replies and handles the bounces from the [e-mail] inbox.

This will allow you to still handle real customer inquiries that come into the reply-to email without being bombarded with bounces and auto-replies.

[gertef]

why wouldn't auto-replies go to the reply-to address?

[20years]

You control this using the Return-Path option in your email headers.

[lstamour]

There are common clues an email is an auto-response, too — from timestamp to headers: https://github.com/jpmckinney/multi_mail/wiki/Detecting-auto...

[pavel_lishin]

Ah, the old "Be liberal in what you send out, be conservative in what you receive" approach.

[bitJericho]

If you want to waste money on resolving 6 month out of date vacation replies than be my guest.

[corobo]

I'd rather have the mail admin spend a moment or two putting in a rule that ignores autoreplies

e.g. in another response someone linked https://github.com/jpmckinney/multi_mail/wiki/Detecting-auto...

[wott]

It's been resolved for many years.

[Rjevski]

Auto relies could easily be weeded out with some simple code.

[hinkley]

One mistake per day is enough for the knives to come out. On a big mailing list, think about how many 9's of accuracy you have to have to keep one incident from happening per day. Per week. Per month.

If you asked people, one per month would be a 'working' system, if you catch them on a good day. 'Never' is a very long time.

[bitJericho]

I've never seen it. I'm sure that works "in theory"

[eric_the_read]

A quick Google for "outlook autoreply headers" gave me https://www.jitbit.com/maxblog/18-detecting-outlook-autorepl... -- a more comprehensive list of headers is available at https://github.com/jpmckinney/multi_mail/wiki/Detecting-auto...

Will some things filter through this list? Undoubtedly, but I would be surprised if it's a significant percentage. Extremely high-volume lists probably need some more specific care, to be sure.

[burkaman]

Couldn't you filter most of them out by the timestamp? If you get a reply that was sent faster than a human could have responded, ignore it.

[icebraining]

The auto-reply is probably sent by a desktop email client, which are often offline and/or configured to only check for new email every few minutes. So you'd fail to mark a lot of auto-replies.

[TheSmiddy]

Exchange configures it on the server because generally people have their computers turned off when on holidays.