On 2015-05-18 01:39 PM, Justin J justin@dadamailproject com [Dada Mail Developers] wrote: >
1) My hosting provider is using CentOS 5 with perl 5 8 8 In order to make it work with Dadamail v8 I had to change the top of every cgi script (uncompress, install, mail, view_logs, etc) from
!/usr/bin/perl to #!/usr/local/cpanel/3rdparty/bin/perl
If you're running Dada Mail under CGI, here are the only files you will need to adjust:
dada/installer/install cgi dada/installer/templates/mail cgi tmpl (perhaps any of the extensions you are using)
No need to change any of the plugins
Right, I had to change the log_viewer extension
If the installer could provide an option to rewrite the first line in all the perl scripts, that would save me a bunch of hassle
I think it's a great idea, but there's a Catch 22 - how do you modify the script to point to another Perl, using the script that needs to be modified? There's probably a better way to do this, probably with using an environmental variable
Does the installer script really require 5 10? Perhaps it could be made to work with 5 8 and if /usr/bin/perl is <5 10 look in other paths (like cpanel) for a different version of perl?
2) The curl cron command requires '-A "Mozilla/4 0"' to work properly
curl -A "Mozilla/4 0" -s --get --url http://$URL/cgi-bin/dada/mail cgi/…
The curl command I provide is just used as an example (and is labeled as such) - it's true that you may need to modify it for your own use But, I utilize the curl command unmodified in the majority of my installations Putting this as an example of a, "this may be needed because X" wouldn't be a bad addition to the doc (http://dadamailproject com/d/features-scheduled_cronjobs pod html) - what's the reasoning?
Do you know why the default curl user agent doesn't work and my installation requires this extra option? Is it related to a specific cpan library version? I thought it was something that would affect all Dadamail users, not just my installation
Is there something in the way Dadamail uses sendmail that could explain this behavior? Could the use of the cpanel perl somehow have contributed to this?
Without any error logs, I'm not really sure
The problem was that the sendmail command returned success after every batch and there were not any errors Is there a way to turn on more logging? I can try again I suspect it was the hosting provider and it was very frustrating to not get any errors
Also when enabling "Automatically set batching speed" option I get the message "Warning! There is a problem with your credentials" even though everything works Well done getting SES integrated so smoothly into Dadamail
Ditto
I cannot find any error messages related to SES credentials in any of the logs, only the warning in the web interface dialog Is there somewhere I can enable more logging?
Thank you
Konrad
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.