> > 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. Thanks f ...Continue Reading

Thus sayeth Shane Clintberg, at 2:40 AM on 9/25/05: >What problem are you having? What message do you send that makes the problem >happen? And, perhaps more to the point -- are you using a web browser that's standards compliant with respect to character entities? ...Continue Reading

"Family Beistle" wrote: > — cause probem in sending dada maiil replaced with -- to send I am unable to replicate this problem so far. For example: From the "Send a List Message" page, I can send the following as an HTML message: The copyright symbol — "©" — has never been given legal force. ...and it is sent and received correctly for me, without any problems. What problem are you having? What message do you send that makes the problem happen? ...Continue Reading

On 24 Sep 2005 19:30:18 -0000, "Family Beistle" Replied to: [dadadev] Re: [list_(un)subscribe_link] tag With these words of wisdom: > > > — cause probem in sending dada maiil replaced with -- to send > *************** REPLY SEPARATOR *************** On 9/24/2005 4:11:42 PM Gerard Replied: Maybe it is just me, but I have no idea what that is all about. ...Continue Reading

— cause probem in sending dada maiil replaced with -- to send ...Continue Reading

On Fri, 23 Sep 2005 at 09:55:05, Shane Clintberg wrote: > Frans wrote: > > > Is this behaviour on purpose? Because it's a bit > > > confusing these tags behave differently when > > > using different kind of email messages > > Justin wrote: > > If you don't like this, you can build up your own url, if you'd like > > using the other tags available. > > I can't speak to this specific change (because I simply haven't had time to > look at it), but I do have a gene ...Continue Reading

Frans wrote: > > Is this behaviour on purpose? Because it's a bit > > confusing these tags behave differently when > > using different kind of email messages Justin wrote: > If you don't like this, you can build up your own url, if you'd like > using the other tags available. I can't speak to this specific change (because I simply haven't had time to look at it), but I do have a general suggestion/reminder for Frans and everyone else: If you suggest a change that doesn't "make the cut&qu ...Continue Reading

9/25/05 This is your heads up. The release will be a bug fix for the issues that have cropped up since the 2.10 release. Here's a fairly good rundown on what those issues are: http://sourceforge.net/tracker/?group_id=13002&atid=113002 If there are any other issues that you'd like to have see attention, please post one to the bug tracker, or let's discuss it on the list, Thanks! ...Continue Reading

> 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

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