Hello Robert, On Mar 14, 2012, at 2:43 PM, R. 't Hart wrote: > So now my question for you is if I can subscribe to a kind of 'update assistance' so then you will do the updates for me in our website? It would be of great help for me. That's actually exactly what you personally have and to be honest, you already have this version of Dada Mail on your site, Robert :) ...Continue Reading

Hi Justin, Thank you very much for your email. Because I am a Newbee in programming I have checked your explanation through YouTube but I have to confess that for sure I am afraid to do this update because I really have not so many experience. So now my question for you is if I can subscribe to a kind of 'update assistance' so then you will do the updates for me in our website? It would be of great help for me. Thanks for your information. Best wishes. Robert 't Hart. -----Oorspronkelijk bericht----- Van: Justin ...Continue Reading

Hello Everyone, Dada Mail rc4 is out the door - the install page should have all you need to get up and running: http://dadamailproject.com/support/documentation-5_0_0/install_dada_mail.pod.html A Pro Dada version of v5 rc4 is also available. Of note are two new screencasts to show how to install Dada Mail http://www.youtube.com/watch?v=ZX4N6bBIvRk and also how to upgrade from v4 to v5: http://www.youtube.com/watch?v=beP_R-zQ9m0 v5 Final should be out the door as soon as I can write up the announcement ...Continue Reading

On Mar 12, 2012, at 5:15 PM, Justin J wrote: > Anyways, I can recreate your problem - it probably has to do with this method in dada/DADA/MailingList/Schedules.pm. It turns the data you set in the form into something that time() would return: I can't full explain it, but if I change this one line: my $hour = $q->param('mail_hour') || 0; to, my $hour = $q->param('mail_hour') || 12; that mysterious (gained an hour) problem goes away. The underlying problem is probably that I'm trying to ...Continue Reading

On Mar 12, 2012, at 5:32 AM, Mariano Absatz - gmail wrote: > I also have my crontab file with environment variables to that effect and, other than the bug described, the site AND crontab do work OK with Buenos Aires' times. Hmm, I didn't know you could set environmental variables in a cronjob (except for, MAILTO, which I'm not sure is really a env var) - I'm still not quite sure, but it's not going to set for the cronjob for Beatitude, since the cronjob will just start an HTTP process, which will have its own envi ...Continue Reading

I don't think so...Where I live DST has not been applied for some time. The site, however, is shared hosted in DreamHost and I think they use Pacific Time and adjust DST correspondingly. However, I have a .htaccess file in my dada cgi folder with a line to configure the timezone as my home zone like this:*SetEnv TZ America/Argentina/Buenos_Aires* I also have my crontab file with environment variables to that effect and, other than the bug described, the site AND crontab do work OK with Buenos Aires' times.This is my c ...Continue Reading

Randomly, does this have anything to do with Daylight Savings? On Mar 10, 2012, at 12:19 PM, Mariano Absatz - gmail wrote: > I go to Beatitude's schedule list and I see the new entry like: "Sun Mar 11 00:00:00 2012", OK. > > However, if I click on it to edit the entry, the schedule now says: "March - 11th - 2012 - 1 : 00 - AM" (that is, Beatitude probably thought I might prefer the message to be sent at 1:00 AM rather than midnight). If I don't save the schedule, it stays as I wrote it ( ...Continue Reading

On Mar 11, 2012, at 11:57 AM, Mariano Absatz - gmail wrote: > I checked the distribution archive (pro_dada-4_9_1.tar) and the permissions there are 0755 so something during the installation process changes this and DOESN'T change it back. > Maybe that should be modified in future versions? Sure, I'll add this to the issues: https://github.com/justingit/dada-mail/issues/260 ...Continue Reading

Hi Justin,I just noticed that, when doing a contemporary installation, the dada/DADA folder ends up with 0777 perms, so anyone with access to the server is able to write on it. I checked the distribution archive (pro_dada-4_9_1.tar) and the permissions there are 0755 so something during the installation process changes this and DOESN'T change it back.I learnt this the hard way (before the upgrade from 4.5.2 to 4.9.1 I found a nasty php script on DADA and browsing the apache logs I found it was used a couple of times). ...Continue Reading

Hi Justin,I just upgraded my pro dada from 4.5.2 to 4.9.1 and it was a snap. I only had to fiddle with a couple of changes I had manually made to some of the source files.Anyway, this is not what I'm here for... I noticed a problem with the scheduled times in beatitude (and it's been here at least from 4.3.0, when I started using beatitude). I think that when you edit an existing schedule under certain scheduled time conditions, Beatitude changes the scheduled time by itself. If you make some changes (not involving th ...Continue Reading