December 9th 2007 PDT
am 08.12.2007 20:27 schrieb Dada Mail (Justin Simoni): > On Dec 8, 2007, at 3:31 AM, Peter Velan wrote: >> am 08.12.2007 10:03 schrieb Peter Velan: >>> a subscription (using standard confirmed opt-in) leaves the following >>> traces in dada_usage_text: >>> >>> (cited to prevent line breaks) >>> [Fri Dec 7 21:14:56 2007] listname ip-quad Subscribed to >>> listname.sub_confirm_list x@PROTECTED >>> [Fri Dec 7 21:24:30 2007] listname ip-quad ...Continue Reading
December 8th 2007 PDT
On Dec 8, 2007, at 3:31 AM, Peter Velan wrote: > am 08.12.2007 10:03 schrieb Peter Velan: >> a subscription (using standard confirmed opt-in) leaves the following >> traces in dada_usage_text: >> >> (cited to prevent line breaks) >> [Fri Dec 7 21:14:56 2007] listname ip-quad Subscribed to >> listname.sub_confirm_list x@PROTECTED >> [Fri Dec 7 21:24:30 2007] listname ip-quad Unsubscribed from >> listname - sub_confirm_list x@PROTECTED >> [Fri Dec 7 21 ...Continue Reading
December 8th 2007 PDT
am 08.12.2007 10:03 schrieb Peter Velan: > a subscription (using standard confirmed opt-in) leaves the following > traces in dada_usage_text: > > (cited to prevent line breaks) > [Fri Dec 7 21:14:56 2007] listname ip-quad Subscribed to listname.sub_confirm_list x@PROTECTED > [Fri Dec 7 21:24:30 2007] listname ip-quad Unsubscribed from listname - sub_confirm_list x@PROTECTED > [Fri Dec 7 21:24:30 2007] listname ip-quad Subscribed to listname.list x@PROTECTED > > I ...Continue Reading
December 8th 2007 PDT
Hi, a subscription (using standard confirmed opt-in) leaves the following traces in dada_usage_text: (cited to prevent line breaks) > [Fri Dec 7 21:14:56 2007] listname ip-quad Subscribed to listname.sub_confirm_list x@PROTECTED > [Fri Dec 7 21:24:30 2007] listname ip-quad Unsubscribed from listname - sub_confirm_list x@PROTECTED > [Fri Dec 7 21:24:30 2007] listname ip-quad Subscribed to listname.list x@PROTECTED I think, the second line is wrong: An unsubscription process isn't a ...Continue Reading
December 6th 2007 PDT
On Wed, Dec 05, 2007 at 04:06:14PM -0700, Dada Mail (Justin Simoni) wrote: > > I haven't found the YUI instructions, yet :) I haven't even tried the YUI editor yet. Just saw it come online recently and since we use YUI for other AJAX work thought it might be handy down the road when they work out the kinks. > I can def. put something like this in the FAQ and also make it a > little easier in the code to work with - not a big problem and if it > comes in handy, hey, why not. That would be great! Th ...Continue Reading
December 5th 2007 PDT
On Dec 5, 2007, at 2:02 PM, Andreas Stalidis wrote: > > Hello, > > similar problems before (from other users). I promised I would do, > and reinstated my account. > > So, the question is this: has this ever happened before to anybody? > Is this a real problem or not? Do I need to do anything? Is the > sendmail flow rate real, or the sendmail gets or the requests and is > only starting sending the messages after some time (so, it sends > many of them simultaneously)? > > ...Continue Reading
December 5th 2007 PDT
On Dec 5, 2007, at 6:57 AM, William McKee wrote: > Justin, > > These all sound great. I'm particularly keen on having an HTML > Editor be > pluggable so that I could use TinyMCE[1] or the new YUI Rich Text > Editor[2]. Tiny MCE should be easy enough to use in Dada Mail, you can do it without even touching Perl code, just the templates. The two you'd want to play around (to start) with are: admin_js.tmpl and: send_email_screen.tmpl First, install it ala: http://wiki.moxiecode.com/index.php ...Continue Reading
December 5th 2007 PDT
> From: Rob Funk <> > Date: December 5, 2007 6:45:16 AM MST >> What makes the most sense to me as a recipient is for a plain text >> version >> to *always* be created if only HTML is provided. >> >> As a sender, I want to be able to either provide plain text, both >> HTML and >> plain text, or HTML with plain text automatically created. I agree and that's the current behavior and I don't think that's going to change. ...Continue Reading
December 5th 2007 PDT
> I would vote to incorporate the features of the scheduler into the > main sending window and do away with that as a separate plugin. I'm probably not going to do away with the separate plugin (or the interface), just because there's a lot of stuff the plugin deals with, that the regular, "Send a List Message" screen doesn't. For the time being, anyways. If you look at the interfaces, they're pretty different. I agree that something a bit more unified for all the ways to send a message and st ...Continue Reading
December 5th 2007 PDT
Hello, I am not sure if this list is the proper place to ask this question. I am trying to run DADA mail many months now. I've run it on my normal server once, it was fine (June). I've run it second time (July), and the administrator suspended my account. I've got 8k+ recipients and 50k visitors per month, so it was inconvenient. It took them 3 days to set it back, after a lot of email exchanges. I 've got another domain. Run it once, fine (Oct). Run it second time (Nov), my account is suspended again. This time, my n ...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.