I recommend letting our technical analysts take a look at your server so we can determine what is causing this issue. You can contact our technical analysts at: http://tickets.cPanel.net/submit
I recommend letting our technical analysts take a look at your server so we can determine what is causing this issue. You can contact our technical analysts at: http://tickets.cPanel.net/submit
It sounds like something else is causing this problem to reoccur for you; please submit a ticket (via the link in my forums signature) and PM me the ticket number as I would like to follow-up to ensure this is resolved for you.
To note, the value of "02775" is not valid to the best of my knowledge, but a value of 3 or up to 4 digits is, such as "2755" or "0755" or "755". Within mailman's cgi-bin directory, all files except "create" should be set to chmod 2755 while the create file should be set to chmod 0000.
If the permissions within mailman's cgi-bin are causing the visual symptom, you could use the following command via root SSH access to correct the permissions, but if the problem is reoccurring we will need to investigate further via a ticket:
Code:# find /usr/local/cpanel/3rdparty/mailman/cgi-bin/* ! -perm 2755 ! -name create -exec chmod -v 2755 '{}' \;
cPResources: Submit a Support Request - Submit a Bug Report - Review existing Tickets-- Donald cPanelDon Holl - Analyst, cPanel Quality Assurance
has resolved my issue (for now) any updates on this ?PHP Code:chmod 02775 -R /usr/local/cpanel/3rdparty/mailman/
Has anyone seen this issue where it is just one customer complaining? I am able to log into the users cPanel through WHM or through cPanel as them and I don't experience the issue, however, my customer has several sites and all of them give him this problem when he logs on.
I find that rather strange.
Regards,
Craig M.
WHM/cPanel user since 2003
I haven't seen that, but does your customer speak a different language? It could be a language-specific issue as someone posted above.
Nope. No different languages at this time. Just logged in an ensured it was set for English.
I completed one of the steps outlined here or another post and notified them. I will do all three steps slowly and since he is the only one who can validate I am waiting on him.
It is strange to say the least, I have tried on three different computers and three different networks.
Regards,
Craig M.
WHM/cPanel user since 2003
I know this is an old thread, but this just came up for me with
Mailman must have just updated since the datetime stamps were only a couple of days old on the cgi-bin files.Code:Bug in Mailman version 2.1.14 We're sorry, we hit a bug!
I'm running suPHP and as such permissions can't be more than 755 otherwise you get 500 errors etc.
CpanelDon had the right solution which worked perfectly for me.
I can only assume that future mailman updates will cause the same issue with permissions not being right, but we shall see.Code:find /usr/local/cpanel/3rdparty/mailman/cgi-bin/* ! -perm 2755 ! -name create -exec chmod -v 2755 '{}' \;
Aaron
http://backup-smart.com Automatically And Safely Backup All Your cPanel Websites To Your Local Computer
Free 7 Day Trial of this new software. MAC, PC, Linux
Any plans for cPanel to actually fix this? It breaks every time you update so need to setup a cron or something to fix the permission issue which is not great. Rather have it actually not break every cpanel update.
Hmm, I know that /scripts/fixmailman is called during upcp, and that does call a script to correct mailman permissions. In fact, that was added because of the permissions issues discussed on the forums.
I recommend treating this like a bug and submitting a bug report to http://go.cPanel.net/bugs
When going to DOMAIN//mailman/admin/LISTNAME/members and either searching or browsing, i get the error:
Bug in Mailman version 2.1.11
We're sorry, we hit a bug!
I have tried all troubleshooting steps and i still have this issue. tried to reinstall and no help.
The only error in the mailman error log (which is not generated by this error) is "(9715) No such list "otlist": "
I contacted mailman team and they say it may be a mailman / cpanel naming convention mismatch. I've spent several hours trying to fix this.
I've tried every solution listed in this thread - all of the permissions tweaks, /scripts/fixmailman, and forced reinstall of mailman. Restarted mailman after each tweak. Nothing helps - users simply cannot edit their listinfo templates.
Nothing shows up in /usr/local/cpanel/3rdparty/mailman/logs/error
Stumped. Anyone?
Please open up a ticket then using WHM > Support Center > Contact cPanel or using the link in my signature. If you would like to post the ticket number here, that would be great.
cPResources: Support Options | More Support Options | Forums Search | cPanel.net Site Search | Mailing Lists(Alt) | Docs
-- Tristan, Forums Technical Analyst, cPanel Tech Support
Submit a ticket | Check an existing ticket
I opened a ticket and the tech was able to fix. Interestingly, this permissions issue was different than any I had seen in these forums, so re-posting here. The issue seems to arise after a cpanel-cpanel transfer, so they're looking into that as well, plus the possibility of having /scripts/fixmailman identify and fix this problem.
------
This issue has been fixed using the following command:
cd /usr/local/cpanel/3rdparty/mailman/lists/[listname]/en
chown nobody listinfo.html
The user "mailman" had owned the file:
-rw-r--r-- 1 mailman mailman 20796 Sep 7 12:06 listinfo.html
but it needed to be owned by the user "nobody":
-rw-r--r-- 1 nobody mailman 20796 Sep 7 12:06 listinfo.html
I am now able to hit the "Submit Changes" button, and there are no
more errors. Instead, I see this at the top: "HTML successfully updated."