Dada Mail Developers Archives

 

Re: Beta 10.9.10 Beta 1

August 3rd 2006 PST

>Beta 10.9.10 Beta 1??? How long have I been asleep? > > -- Rip VanWinkle Hahaha... you haven't been asleepbut my brain is definitely heading south alot faster than my doctor has let on!!!! ...Continue Reading

Re: Beta 10.9.10 Beta 1

August 2nd 2006 PST

Beta 10.9.10 Beta 1??? How long have I been asleep? -- Rip VanWinkle ...Continue Reading

Re: RFC: copying settings from one list to another - how should it be done?

August 2nd 2006 PST

On Aug 2, 2006, at 7:50 PM, Mariano Absatz wrote: ...Continue Reading

Re: Beta 10.9.10 Beta 1

August 2nd 2006 PST

On Aug 2, 2006, at 8:45 AM, Al Lawrence wrote: > The "please drop your current sessions" does that mean delete the > table form the SQL database and recreate using the following? > > CREATE TABLE dada_sessions ( > id CHAR(32) NOT NULL, > a_session TEXT NOT NULL > ); Close. Drop the current table and replace it with: CREATE TABLE dada_sessions ( id CHAR(32) NOT NULL PRIMARY KEY, a_session TEXT NOT NULL ); This is actually documented ...Continue Reading

Re: RFC: copying settings from one list to another - how should it be done?

August 2nd 2006 PST

If I had to choose, Frans Gouverne's solution seems the most reasonable of the two to me... and you have Frans' code to start with :-)Another nice option but that will probably be a lot more work would be to have some (or most) config options be dynamically copied from one list to another... I don't know if this should be both ways or one way... Let's say I have list LIST1 and I create LIST2, I could be able to:a) copy defaults from LIST1 (as Justin propones and Frans does)b) dynamically link LIST1 settings (except nam ...Continue Reading

Re: Idea: Take out the Config.pm embedded documentation

August 2nd 2006 PST

I'm totally for *keeping* the pod in... everything Andreas Grau said in his first post makes sense to me... even when you may be too lazy to learn to write pod, learning to read it is quite simple... if you use a perl-aware editor, it will even colorize it as comments. Lynton's idea would be very annoying for those of us using simple text editors to modify Config.pm... if you're editing it remotely, you might have a hard time following a hyperlink in a text-only environment... I don't mind having 2 or 3 Config-xxx.pm t ...Continue Reading

Beta 10.9.10 Beta 1

August 2nd 2006 PST

Some clarification please... "SQL backend for sessions We've updated the SQL tables for both MySQL and Postgres - if you're using either of these backends, please drop your current sessions (usually called, dada_sessions) table and create the appropriate new table. Should clear up a lot of problems." The "please drop your current sessions" does that mean delete the table form the SQL database and recreate using the following? CREATE TABLE dada_sessions ( id CHAR(32) NOT NUL ...Continue Reading

Dada Mail 2.10.10 beta 1 released

July 31st 2006 PST

The newest dev version of Dada Mail is out, the only changes are bug fixes, so if you can, please test it out - direct links: http://prdownloads.sourceforge.net/mojomail/dada-2_10_10_beta_1.tar.gz?download http://prdownloads.sourceforge.net/mojomail/dada-2_10_10_beta_1.zip?download Notes: 2.10.10 List and Dada Mail Root Passwords There's a slight change on how Dada Mail handles how passwords are accepted, when you log into a list. In the past, if the List Password was the same as the Dada Mail Root Password, t ...Continue Reading

Re: RFC: copying settings from one list to another - how should it be done?

July 31st 2006 PST

[...] > Another issue:> > Many, many people are interested in using one list's settings as a  > default for a new list - if you're interested in this feature, do you  > think:> > * this should be an option when you create a new list? For example,  > after you fill out the "Create a New List" form fields dealing with  > the list name, list owner, description of the list, etc should there  > be a new option that says something like, "User an alr ...Continue Reading

Re: New Dada-Friendly Webhost added - Clook.net

July 30th 2006 PST

I use Westhost. They support Dada with an auto install, or you can install yourself. They don't have any of the limitations you mention. Cronjobs and POP3 are supported.On 31 Jul 2006 02:01:04 -0000, Dada Mail (Justin Simoni)* <dada@PROTECTED> wrote: Quick Note:Clook.net recently contacted me about wanting to be added to the list of Dada Mail-friendly web hosts, I asked them a few questions, andthey seem like good choices:If anyone else has a good recommendations, please let me know. Here'ssome points that make a ...Continue Reading
  • This mailing list is a public mailing list - anyone may join or leave, at any time.
  • This mailing list is a group discussion list (unmoderated)
  • 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:

https://dadamailproject.com/d

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:

  • Constructive critiques on the program (I like, "x", but, "y" needs some work - here's an idea on how to make this better...)
  • Bug/Error reports
  • Bug fixes
  • Request For Comments on any changes to the program
  • Help customizing Dada Mail for your own needs
  • Patches
  • Language Translations
  • Support Documentation/Doc editing, FAQ's, etc.
  • Discussion of any changes that you would like to be committed to the next version of Dada Mail -

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.

Privacy Policy:

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.