On 12/13/23 18:34, Jim Dory wrote:
On 12/13/23 17:07, Mark Sapiro wrote:
On 12/13/23 17:48, Jim Dory wrote:
My bad.. rather than Bad Request error (oiy, my memory), the actual error when enabling the RECAPTCHA strings is this:
Bug in Mailman version <undetermined>
We're sorry, we hit a bug!
Please inform the webmaster for this site of this problem. Printing of traceback and other system information has been explicitly inhibited, but the webmaster can find this information in the Mailman error logs or the web server logs.
So I looked in the mailman logs - I see several logs but the error one did not have any entry from today. Not sure where I would find a pertinent log such as the "web server logs" in the page error above.
The error and traceback should be in /usr/local/cpanel/3rdparty/mailman/logs/error. Is that where you're looking? If you can't find it there, there might be a permissions error.
All of the cgi wrappers in /usr/local/cpanel/3rdparty/mailman/cgi-bin should be SETGID and group mailman and all the files in /usr/local/cpanel/3rdparty/mailman/logs/ should be group writable and group mailman.
There may be cPanel specifics affecting this that I am unaware of, but see https://wiki.list.org/DOC/Mailman%20and%20CPanel
If all else fails you can edit /usr/local/cpanel/3rdparty/mailman/scripts/driver and set
STEALTH_MODE = 0So I believe the cgi-bin files are correct - though it is a bit disturbing since they are highlighted in Red in my terminal.
ls -la cgi-bin/ total 316 drwxrwsr-x 2 mailman mailman 4096 Feb 6 2023 . drwxrwsr-x 19 mailman mailman 4096 Dec 13 16:17 .. -rwsr-sr-x 1 mailman mailman 25705 Aug 30 2022 admin -rwsr-sr-x 1 mailman mailman 25705 Aug 30 2022 admindb -rwsr-sr-x 1 mailman mailman 25705 Aug 30 2022 confirm ---------- 1 mailman mailman 25705 Aug 30 2022 create -rwsr-sr-x 1 mailman mailman 25705 Aug 30 2022 edithtml -rwsr-sr-x 1 mailman mailman 25705 Aug 30 2022 listinfo -rwsr-sr-x 1 mailman mailman 25705 Aug 30 2022 options -rwsr-sr-x 1 mailman mailman 25705 Aug 30 2022 private ---------- 1 mailman mailman 25705 Aug 30 2022 rmlist -rwsr-sr-x 1 mailman mailman 25705 Aug 30 2022 roster -rwsr-sr-x 1 mailman mailman 25705 Aug 30 2022 subscribe
This looks good except for no permissions on create and rmlist, but I
suppose that's a cPanel thing because cPanel has it's own way of
creating and removing lists via the control panel. The fact that they
show red is just ls -l emphasizing to you that they are SETGID.
The logs are as you say. The /usr/local/cpanel/3rdparty/mailman/logs/error log still nothing for today. Things like:
Dec 03 13:14:26 2023 (68081) private: No such list "xmlrpc.php":
Dec 03 13:14:34 2023 (68083) private: No such list "xmlrpc.php":
Dec 12 07:44:10 2023 (51139) private: No such list "xmlrpc.php":
Dec 12 07:44:10 2023 (51140) listinfo: No such list "xmlrpc.php": Dec 12 07:44:11 2023 (51141) private: No such list "xmlrpc.php":
Dec 12 07:44:11 2023 (51144) listinfo: No such list "xmlrpc.php":
There should be an entry for every "We hit a bug" instance. The fact that there isn't may also be a cPanel thing.
Under some circumstances, this info can be written the the stderr of the process which should result in it being written to the web server's error log, e.g. for apache this might be /var/log/apache2/error.log. The web server's config at /etc/<name>/* should point to where these logs are.
As I said, you can always, at least temporarily, edit
/usr/local/cpanel/3rdparty/mailman/scripts/driver and set STEALTH_MODE = 0 which should display the error info in your browser.
-- Mark Sapiro <mark@msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan