September 22nd 2005 PST
> Is this behaviour on purpose? Because it's a bit > confusing these tags behave differently when > using different kind of email messages I believe the differences are when the program knows the email address it's working with, and when it doesn't. if it doesn't it'll basically prompt the user for an email address to fill in the blanks. If you don't like this, you can build up your own url, if you'd like using the other tags available. ...Continue Reading
September 22nd 2005 PST
Hi Justin, When I use the http://mojo.skazat.com/cgi-bin/dada/mail.cgi/u/[list]/ tag, I noticed this tag is replaced by: http://www.gouverne.nl/cgi- bin/dada/mail.cgi/u/test/ for my "test" list when I send a normal message. This link leads you to the list form with "unsubscribe" checked. However, when somebody receives a "Subscription Successful Email Message" the same tag is replaced by: http://www.gouverne.nl/cgi- bin/dada/mail.cgi/u/test/frans/gouverne.nl/ which skips the list unsu ...Continue Reading
September 22nd 2005 PST
On 16 Sep 2005 10:15:04 -0000, Gerard wrote: > > On 16 Sep 2005 06:21:10 -0000, "Dada Mail \(Justin Simoni\)" > Subject: [dadadev] Large Messages in the SQL Archive Backend > With these words of wisdom: > > > > > OK, here's a bug to investigate if you're using the SQL Archive Backend, > > > > The type of column for the, "raw_msg" field is set to, "text" - it > > seems that this type of column has a limit of 65,000 characters - > > which i ...Continue Reading
September 21st 2005 PST
> Do you have any ideas what might be causing this problem? It is a > daily > occurrence. I think Dada's having a hard time pinging, "http://ping.blo.gs/" - most likely, it's a problem on, "http://ping.blo.gs/"'s side. If you don't like it, take "http://ping.blo.gs/" out of the, @PING_URLS array, or uncheck, "Ping/Notify Site Update Services" in Manage Archives -> Archive Options -> Advanced. ...Continue Reading
September 21st 2005 PST
Justin, I continually find this error message in the DADA error log. [Wed Sep 21 00:10:26 2005] scheduled_mailings.pl: Bud Man Warning: problems pinging http://ping.blo.gs/ : No such file or directory at /usr/local/www/cgi-bin/dada/DADA/MailingList/Archives.pm line 2110. This is the code involved. Line 2110 begins with 'warn' sans quotation marks. eval { require XMLRPC::Lite }; if(! $@ ) { return map { eval { XMLRPC::Lite->proxy($_, timeout => 5) ->call('weblogUpdates.ping', $self->{list_info}->{l ...Continue Reading
September 20th 2005 PST
> I changed the one the you referenced. Should I make changes to any of > the other ones as well? Probably not - "\t" is how you make a tab stop print, similar to, "\n", which is a newline. It looks like I just missed a, "t" after a, "\". > Secondly, will this change alleviate the problem with the bounced > messages. No, I don't think the issues are related. What I'm guessing is that the encoding of message somewhere along the way is slightly funky, but I d ...Continue Reading
September 20th 2005 PST
On 19 Sep 2005 18:05:05 -0000, "Dada Mail \(Justin Simoni\)" Replied to: [dadadev] Re: Error Messages When Sending With 'dada_bridge.pl' = (UPDATE) With these words of wisdom: > > > Line # 1088 is the second of the three lines below: > > > > if($li->{send_invalid_msgs_to_owner} == 1){ > > print "\t\invalid_msgs_to_owner on its way! \n\n"; > > send_invalid_msgs_to_owner($li, $list, $full_msg); > > I see, just change: > > ...Continue Reading
September 19th 2005 PST
> Line # 1088 is the second of the three lines below: > > if($li->{send_invalid_msgs_to_owner} == 1){ > print "\t\invalid_msgs_to_owner on its way! \n\n"; > send_invalid_msgs_to_owner($li, $list, $full_msg); I see, just change: print "\t\invalid_msgs_to_owner on its way! \n\n"; To: print "\tinvalid_msgs_to_owner on its way! \n\n"; -- Justin Simoni .: Dada Mail "Write Once - Distribute Everywhere" Email Communication Soft ...Continue Reading
September 19th 2005 PST
On 19 Sep 2005 07:30:20 -0000, "Dada Mail \(Justin Simoni\)" Replied to: [dadadev] Re: Error Messages When Sending With 'dada_bridge.pl' = (UPDATE) With these words of wisdom: > > > This is the error message: > > > > Unrecognized escape \i passed through at > > /usr/local/www/cgi-bin/dada/plugins/dada_bridge.pl line 1088. > > Since you have to tweak the top of this script, what is line 1088 for > you copy? > > Also, are there any other modifications you made to ...Continue Reading
September 19th 2005 PST
> This is the error message: > > Unrecognized escape \i passed through at > /usr/local/www/cgi-bin/dada/plugins/dada_bridge.pl line 1088. Since you have to tweak the top of this script, what is line 1088 for you copy? Also, are there any other modifications you made to the program? (example: changing the shebang line) ...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.