August 29th 2005 PST
> =head2 %BACKUP_HISTORY > > %BACKUP_HISTORY sets how many different revisions of various list > files are saved. > > =cut > > %BACKUP_HISTORY = ( > > settings => 0, > archives => 0, > > ) unless keys %BACKUP_HISTORY; > > [/snip] > > If setting these values to, "0" clears up the deleting-more-than- > one- > archived-message problem, or the, "add-more-than-one-archived- > message" problem than we're on to something an ...Continue Reading
August 29th 2005 PST
> Umm... get.. back to work! Get... me some coffee! Yeah, /now/ we're striking that fine balance. ;-) ...Use the whip, baby! > we'll release one more beta, and about one > Release Candidate in short succession. Yup, I'll have my work done right away.... But am I the only tester out there who doesn't think they'll keep up with such a quick release schedule, and may skip one of the above? The reason I ask is that I that noticed one of Frans's most recent error messages read: > Dada Mail 2.9.10 alpha 1- ...Continue Reading
August 29th 2005 PST
> But I do get the following warning now when dada_bridge is activated: > > Dada Mail 2.9.10 alpha 1- 08/16/05 warning! Could not create, > '/home/[cut]/archives/1125297077'- File exists at > ..//DADA/App/GenericDBFile/Backup.pm line 36. > > The same warning shows up when I delete 2 or more messages from the > archive > by using the archive menu. But this happens before too I believe. > Something > to worry about? Well, here's probably the nuts and bolts of it: Every time a mess ...Continue Reading
August 29th 2005 PST
> This is an old bug, I reported this when we were still at > 2.8.something in > the forums, I think it is still in bugtraq as well. You're right. I think my fix was, "use the SQL backend". Some fix :) I'm not sure why it doesn't work - either my implementation of the DB File stuff isn't correct, or the DB File doesn't like to have lots of archives deleted at once. > BTW, nice investigative skills there on the archives lock/ dada_bridge > problem. I second that. That must have been a ...Continue Reading
August 29th 2005 PST
Hi Frans, > When I use the "check all" link at the archive menu, and push > the Delete button, nothing happens! It even looks like the > form is not submitted at all. There are about 100 archived > messages. This is an old bug, I reported this when we were still at 2.8.something in the forums, I think it is still in bugtraq as well. I also opted for a function to be able to delete messages 20 to 36 or something like that. I think it is still on the TODO-list. BTW, nice investigative skills ...Continue Reading
August 29th 2005 PST
When I use the "check all" link at the archive menu, and push the Delete button, nothing happens! It even looks like the form is not submitted at all. There are about 100 archived messages. Maybe there is a restriction on the amount of form fields in Internet Explorer 6.0 (Win98) which can be send in one form? I just tried to check the messages manually, so not using the uncheck link. But the same result: nothing happens when pushing the Delete button. ...Continue Reading
August 29th 2005 PST
> Bug #1: In 2.9.2, tables and textareas extended beyond the screen > edge in Internet Explorer for Windows Oh good, you figured this out - I just had a client tell me about this - I don't have Win/IE, so I had no idea what was going on in their screenshots. > Bug #2: The "logo" in the header (".:Dada Mail" by default) > couldn't be styled independently in 2.9.2 Here's another issue that may be partly related: Right now, the title (for example) says: .: Dada Mail ...Continue Reading
August 29th 2005 PST
> > To my surprise, it is calling _lock_db at the end. But I would > > expect it > > calls _unlock_db. What do you think? > > Whoa. Yes. It definitely should say, "_unlock_db" and not, "_lock_db" > > Does making that tweak change you situation? Yes it does! the lock file is removed properly now, and the messages are deleted from the POP3 box also! So it looks like both bugs are solved. Unfortunately, I do not have a satisfactory explanation why the messaged are remove ...Continue Reading
August 29th 2005 PST
> As we've since discussed on this list, I'll make sure to > communicate better > about where I'm at, so Justin has the info he needs to coordinate > things. In > the meantime: ...seriously, J, you can stop trying to butter me up > now! > Alright? Not only is it /particularly/ embarrassing under the > circumstances > described above...but it's also quite undeserved. Alright. Umm... get.. back to work! Get... me some coffee! Hmm... that doesn't work - I need an intern 'round here. ...Continue Reading
August 29th 2005 PST
[Note: Even if you have no desire to read through this, please check out "Bug #4" at the bottom: it's currently unfixed, and I'd like your opinion on which way we should do so!] CSS-Friendly Templates in Dada Mail 2.10 Part 2: Things Fixed Along the Way Part 1 explained the general reasons why default_list_template.tmpl, default_admin_template.tmpl, and default_css.css look so different between 2.9.2 and 2.10, even though they still work much the same. (Yes, there are good reasons; a quick-and ...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.