> 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

> 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

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

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

> 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

> > 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

> 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

[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

Justin wrote: > Not getting paid and working on > this should at the very least be fun and educational. And it has been, without qualification. It's been a *great* experience throughout, I have no complaints whatsoever, and I'd recommend Justin's even-handed approach to things here to *anyone* who's even the least bit interested in becoming further involved. ...My own approach, however, could still use some work.With the clarity of hindsight, the bump in the road earlier in the past week was me seeing the roll ...Continue Reading

> 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? Justin Simoni ...Continue Reading