June 3rd 2014 PST
I use p.p. mode with bridge and most from: names render fine. Certain addresses show up like this screen grab:https://www.evernote.com/shard/s109/sh/8a2cf59a-4449-43a3-81b1-56bb49a4546d/74e35fa51ac8784a0503bdc443682e39The utf-8 encoding garble is what is showing up in the listing of emails instead of the sender's name, and when the email is opened it precedes that address instead of listing the name. Most of the time it displays the name properly. I haven't been able to determine a common factor like certain ISPs, but ...Continue Reading
May 28th 2014 PST
My friendly peeps from au Canada are talking a lot about the new Canadian anti-spam law: http://fightspam.gc.ca/eic/site/030.nsf/eng/h_00211.html Basically it requires you to have an opt-in list - a good thing. But, one of the things lacking in Dada Mail is a way to say, "yes, this list is totally opt-in", and then show data to support this fact. One new feature in Dada Mail could be to supply this information easily and one way to do that, is to just have a new table in then db that says, for each li ...Continue Reading
May 22nd 2014 PST
It turned out to be a mod_security issue. All fixed now. Untitled Document Warm regards, Mary Ann On May 21, 2014, at 8:10 PM, Mary Ann Kelley p.p. Dada Mail Developers<justin@PROTECTED> wrote:I got DADA working fine after the move and have sent out a couple of successful mailings (one scheduled, one from the Send a Mailing screen). Suddenly today, I'm getting this error with some mailings but not all (and one of the ones throwing the error is the exact same mailing I sent successfully earlier):ForbiddenYou do ...Continue Reading
May 21st 2014 PST
One more piece to the puzzle - When I use the exact same HTML that gets rejected if it's pasted into the HTML box but pull it from a URL, it sends fine. Untitled Document Warm regards, Mary Ann On May 21, 2014, at 8:10 PM, Mary Ann Kelley p.p. Dada Mail Developers <justin@PROTECTED> wrote:I wrote to Justin offlist, but until I hear back I thought I'd see if anyone here can direct me to a solution. I recently switched from HostGator to LiquidWeb for my dedicated server. I got DADA working fine after the move an ...Continue Reading
May 21st 2014 PST
I wrote to Justin offlist, but until I hear back I thought I'd see if anyone here can direct me to a solution. I recently switched from HostGator to LiquidWeb for my dedicated server. I got DADA working fine after the move and have sent out a couple of successful mailings (one scheduled, one from the Send a Mailing screen). Suddenly today, I'm getting this error with some mailings but not all (and one of the ones throwing the error is the exact same mailing I sent successfully earlier):ForbiddenYou don't have permissio ...Continue Reading
May 18th 2014 PST
Hello, Everyone! v7.0.4 is out the door, with one fix to a pretty big problem when sending w/Amazon SES (change log is below) * Download and Install: http://dadamailproject.com/support/documentation-7_0_4/install_dada_mail.pod.html * Changelog: Summary 7.0.4 This is primarily a bugfix release, and in particular, bugs found when using Amazon SES for mail sending. The option, Automatically set batching speeds based on your Amazon SES limits was causing problems, as the speed it was setting was too high. This is ...Continue Reading
May 9th 2014 PST
Hi Justin - Thanks for the suggestions, and pointing me in the right direction! I'll dig into this further and see where I get. On May 8, 2014, at 7:14 AM, Justin J wrote: > > Looks like for mass mailings, the token for the unsub link is being created in the DADA::Mail::Send module, in the _make_token() method. You'll then see it being called in the, _mail_merge() method: > > > # type is passed in, $self->list_type > my $confirmation_token = $self->_make_token( > { > ...Continue Reading
May 8th 2014 PST
Looks like for mass mailings, the token for the unsub link is being created in the DADA::Mail::Send module, in the _make_token() method. You'll then see it being called in the, _mail_merge() method: # type is passed in, $self->list_type my $confirmation_token = $self->_make_token( { -list => $labeled_data{'list_settings.list'}, -email => $subscriber_vars->{'subscriber.email'}, -msg_id => $labeled_data{message_id}, } ); $labeled_data{'list.confirmation_toke ...Continue Reading
May 7th 2014 PST
Hi - I have a question that I think fits under "Help customizing Dada Mail for your own internal needs". Please let me know if I'm posting this to the wrong place. I'd like to use Dada Mail for the Drafts/Archives/Stats/etc capabilities, but we're a fairly large website and have our own subscription management system (for other site features) and would like our users to be able to use that same page to subscribe/unsubscribe for a newsletter concept we're developing. I've been reviewing the DADA::MailingLi ...Continue Reading
May 5th 2014 PST
Hello Everyone, v7.0.3 of Dada Mail has been released! Download and install: http://dadamailproject.com/support/documentation-7_0_3/install_dada_mail.pod.html Here's the changlog (v7.0.2 as well): 7.0.3 Summary 7.0.3 This is primarily a bugfix release, although some of issues fixed are fairly important things, if you are utilizing Profile Fields. Some work was also done relating to sending with Amazon SES, mostly to provide additional feedback about mail sending, as well as retiring unneeded code. Thanks to ...Continue Reading
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.