September 15th 2005 PST
Many thanks for the latest release Justin! Just discovered a small issue. After setting up a new list, mailinglist options "Receive Subscription Notices" and "Receive Unsubscription Notices" are disabled by default looking at the control panel. However, dada act as if these options are enabled: the messages are really send. Looks like the following part in Messages.pm is causing this behaviour: if($status eq "subscribed"){ if(exists($li->{get_sub_notice})){ if($li->{get_sub_n ...Continue Reading
September 14th 2005 PST
Yeah, I'd probably ditch all this: [snip] # this is how we find what list we're working on my %login = $q->cookie(-name => $LOGIN_COOKIE_NAME); my $admin_list = $login{admin_list} || undef; my $admin_password = $login{admin_password} || undef; [/snip] -- Justin Simoni .: Dada Mail "Write Once - Distribute Everywhere" Email Communication Software url: http://dadamail.org ph: 720.436.7701 aolim: leaddadaist On Sep 14, 2005, at 6:00 PM, Gerard wro ...Continue Reading
September 14th 2005 PST
I have investigated this error message: [Wed Sep 14 00:10:02 2005] scheduled_mailings.pl: "my" variable $admin_list masks earlier declaration in same scope at /usr/local/www/cgi-bin/dada/plugins/scheduled_mailings.pl line 326, line 1. It refers to this code. Line 326 is the next to last one: sub cgi_main { # this is how we find what list we're working on my %login = $q->cookie(-name => $LOGIN_COOKIE_NAME); my $admin_list = $login{admin_list} || undef; my $admin_passw ...Continue Reading
September 14th 2005 PST
Congratulations on the release, Justin! Thanks for giving me such free rein to muck about of late. I look forward to taking it for a spin...and eventually reopening a couple of (now) version 2.11 wishlist/bugfix discussions...when my time frees up once again. My thanks go also to Frans Gouverne, Bruce Kallick, Manfred Lechner, Mark Stosberg, and Alfred Vink for your discussion and input, testing, and support & critique of the ideas I've thrown into the mix here, and especially for putting up with my ov ...Continue Reading
September 13th 2005 PST
> the pop3 account, apparently, is not processing these messages. i > think i have set up the cron job correctly, but your directions (as > with most of your directions) use command line and that's not an > option. Ok, the newest version of dada_bridge.pl (paired with 2.10) will allow you to test your pop3 connection and manually run the awaiting messages from the web-based control panel. You don't need to jump into a shell anymore. > when i "test pop-before-smtp settings" i get ...Continue Reading
September 13th 2005 PST
i'm still trying to get dada_bridge functional. i've gotten it to the point where i can send messages just fine from the website; it goes to all members of the list. however, i cannot process emails sent from those individual machines. the emails are being sent to the email i set up for bridge; if i go into that account via webmail, they are all there. the pop3 account, apparently, is not processing these messages. i think i have set up the cron job correctly, but your directions (as with most of your direc ...Continue Reading
September 12th 2005 PST
I was going to say, "It's released, and now I'm going to bed", but the sandman won, so here's the slightly belated, yet unfashionably early announcement: http://mojo.skazat.com/cgi-bin/dada/mail.cgi/archive/ skazat_design_newsletter/20050912035624/ and http://prdownloads.sourceforge.net/mojomail/dada-2_10_0.tar.gz? download http://prdownloads.sourceforge.net/mojomail/dada-2_10_0.zip? download Thanks everyone. I'm going back to handle the "sudden" flood of interest, Cheers, ...Continue Reading
September 11th 2005 PST
> Sometimes you just like things the way you like 'em. Consider it > dropped. I don't want to drop it, I'm just thinking: big picture. Big Picture: release out. Small wiggly thing: a font family/size pref for *one* tag that's used... where in the program (other than the log viewer, a plugin)? > I've kept it the way you had it last: commented out and validation- > friendly. > How it ships on Tuesday is up to you. [Essentially: Would you > prefer to get > flak from validation purists, or ...Continue Reading
September 11th 2005 PST
> > [For pre/code,] would it be better to.... > > Let's continue this discussion on... tuesday (after the 2.10 release) :) Sometimes you just like things the way you like 'em. Consider it dropped. > I changed the stylesheet to look like... > And the iframe_archive_screen.tmpl to simply, look like... > I think I did this change before - do you see anything wrong with it? No problems. P.S. - Just saw your most recent CVS comments for the default_css. Regarding the rule that removes a few borders f ...Continue Reading
September 11th 2005 PST
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.