How are others handling "Out of office" replies

 
From: "Bret Mathews bretmaverick999@PROTECTED [Dada Mail Developers]" <dadadev@PROTECTED>
In-Reply-To: (no subject)
Date: March 20th 2018
I've created a list configured as follows:
- Bridge is enabled,
- Discussion List is enabled,
-, "p.p mode" is enabled (it has to be),
- "Replies to messages should" - "be addressed to the sender".

Hence any subscriber can send an email to the List Email Address, and Dada will then update the headers on the email and send it to all of the subscribers. When a subscriber receives one of these emails if they click:
- the default "Reply" it goes back to the sender of the original email
- the non-default "Reply All" it goes to the List Email Address
This prevents accidental default replies going to the list, as they have to go the extra mile to send to the list.

Upgrading to 10.7.2 from 7.4.1 won't solve my problem as they share the same code. So here's the info you need to know:
1. I was running 7.2.1 but it adds a comment to the end of the "From:" line causing it to look like this:
          From: "John Doe" <list-owner@PROTECTED> (JohnDoe _at_ whocares.com)
The comment at the end was causing a few email servers to think emails from my list were spam. 
2. This Release Notes for 7.3.0 mention these two items:
- Bridge's default From: header phrase is now vastly simplified, and no header comment is added anymore.
- The From: header is now set to the List Email address, rather than the List Owner email address.
The first is exactly what I'm looking for, and since I'm using the old "default" backend (files, not SQL) the highest I can upgrade to easily is 7.4.1 so that's what I do.
3. The upgrade fixes the "From:" line to not have the "comment" on the end ==> but it also changed who sent the email, from the List Owner email address, to the List Email Address.
4. Here's the NEW problem I'm now having. Suppose Subscriber#1 configures their "Out Of Office" and then goes on vacation. Then Subscriber#2 sends an email to the list. When Subscriber#1's email client gets the email it sends the Out Of Office reply back to the list ===> which then goes to all of the subscribers of the list.

In the code file dada/DADA/App/FormatMessages.pm,
- Release 7.2.1 sends the emails via: $new_from->address( $self->{ls}->param('list_owner_email') );
- Release 7.3.0 sends the emails via: $new_from->address( $self->{ls}->param('discussion_pop_email') );
I could change that line of code in 7.4.1 to how 7.2.1 does it. But since 10.7.2 does it like 7.4.1 I decided to ask others here if this is happening to them, and if there's anything you can do about it.

Thanks,
Bret Mathews

  • This mailing list is a public mailing list - anyone may join or leave, at any time.
  • This mailing list is a group discussion list (unmoderated)
  • Start a new thread, email: dadadev@dadamailproject.com

This is the developer discussion mailing list for Dada Mail.

If you are just looking for support Dada Mail, consult the message boards at:

https://forum.dadamailproject.com

Documentation for Dada Mail:

https://dadamailproject.com/d

Specifically, see the Error FAQ:

https://dadamailproject.com/d/FAQ-errors.pod.html

To post to this list, send a message to:

mailto:dadadev@dadamailproject.com

All subscribers of this list may post to the list itself.

Topics that are welcome:

  • Constructive critiques on the program (I like, "x", but, "y" needs some work - here's an idea on how to make this better...)
  • Bug/Error reports
  • Bug fixes
  • Request For Comments on any changes to the program
  • Help customizing Dada Mail for your own needs
  • Patches
  • Language Translations
  • Support Documentation/Doc editing, FAQ's, etc.
  • Discussion of any changes that you would like to be committed to the next version of Dada Mail -

Dada Mail is on Github:

https://github.com/justingit/dada-mail/

If you would like to fork, branch, send over PRs, open up issues, etc.

Privacy Policy:

This Privacy Policy is for this mailing list, and this mailing list only.

Email addresses collection through this mailing list are used explicitly to work within this email discussion list.

We only collect email addresses through our Closed-Loop Opt-In system.

We don't use your email address for any other purpose.

We won't be sharing your email address with any other entity.

Unsubscription can be done at any time. Please contact us at: justin@dadamailproject.com for any help regarding your subscription, including removal from the mailing list.

All mailing list messages sent from us will include a subscription removal link, which will allow you to remove yourself from this mailing list automatically, and permanently.

All consent to use your email address for any other purpose stated at the time of the mailing list subscription will also be revoked upon mailing list removal.