Are you going to test this? Because if it works without sending to the CC address for every email sent to subscribers, that would be great
Warm regards,
Mary Ann
-----Original Message----- From: Justin J [mailto:justin@dadamailproject com] Sent: Wednesday, October 19, 2011 1:56 AM To: Dada Mail Developers Subject: [dadadev] Re: Dada Bridge strips out emails in CC
On Oct 18, 2011, at 6:59 AM, Mary Ann wrote:
If a person on the list sends mail to the list with a CC, Dada strips it out All of the major discussion list platforms leave this information in the email
You know, it may be as simple as this:
When you have Dada Mail send mail via the sendmail command, the entire command looks like this (where, "/usr/sbin/sendmail" is the path to your sendmail):
/usr/bin/sendmail -t
The, "-t" flag says to do this (at least this is what the sendmail alias for Postfix on my Mac says):
-t Extract recipients from message headers
These are added to any recipients specified on the command line
Which is illuminating, since what it's saying to the sendmail script is doing exactly what we have always wanted: find the addresses in the To: header of the message we're giving it and send messages to them If there are addresses in the, "Cc:" or, "Bcc:" headers, those address would also be sent to - that's what the, -t flag does (and that's why I've manually removed those headers from incoming messages in Dada Mail)
BUT, there is already an option in Dada Mail to not use the, "-t" flag If not using the, "-t" flag, you need to list the recipients as part of the command, like this:
/usr/bin/sendmail someone@example
com
and that's what Dada Mail does when you have a discussion list, since it lists the List Email in the, "To:" header - NOT the address that is getting sent the message - and that address isn't receiving any messages It looks like this in DADA::Mail::Send -
[snip]
if( $local_li->{group_list} == 1 && $fields{from_mass_send} == 1 && defined($local_li->{discussion_pop_email}) # safegaurd? ){
$live_mailing_settings =~ s/\-t//; # remove any, "-t" flags
$live_mailing_settings
= ' '
$plain_to_address;
[/snip]
SO, what's this all mean?
It probably means, (and I haven't tested this yet), Dada Mail already has support to send a message with a Cc: header intact, without sending that message out (at least when sending via sendmail - not sure about a straight SMTP connection) and we're (meaning, "me") are just randomly removing the Cc: header because we think we still need to
So, that's indeed a bug - and perhaps an option can be added to remove Cc: and Bcc: headers from discussion lists if you'd like
And for the question of, "How do other mailing list managers pull this off", the answer is, "because most any mail server allows you to" And that's probably why, when researching this problem, I can't find anything about it
Hopefully, that was illuminating! :)
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:
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:
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.
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.