Issue with mailman

[uadm]

Hi,

Our mailman stopped accepting emails to the post valias
with have something like:

[email protected]: "|/usr/local/cpanel/3rdparty/mailman/mail/mailman post testguy_mailman.domain.com"

in /etc/valiases/mailman.domain.com

and this alias receives the following error in exim_mainlog:
2023-02-27 19:02:34 1pWgtW-0004vY-0I ** |/usr/local/cpanel/3rdparty/mailman/mail/mailman post testguy_mailman.domain.com ([email protected]) <[email protected]> R=virtual_aliases_nostar T=virtual_address_pipe: Child process of virtual_address_pipe transport returned 127 (could mean unable to exec or command does not exist) from command: /usr/local/cpanel/3rdparty/mailman/mail/mailman


I noticed the mailman binary in /usr/local/cpanel/3rdparty/mailman/mail/mailman was mode 700
I temporerly (untill getting answer here) changed it to mode 2755 and the problem resolved.

I checked other cpanel servers they all have mailman with mode 700 so I wonder if that's the correct permission or some bug in the latest cp update.

(ran: /scripts/upcp --force; /scripts/fixmailman; /usr/local/cpanel/3rdparty/mailman/bin/check_perms)

Please advise:
What should be mailman binary mode?
if it should be 700, how should we go forward regarding our post to list error

Thanks

 

[cPRex]

Hey there! I checked cPanel systems from version 102 through 108; they all have the permissions set to 700 on the mailman file.

It's also worth noting that /usr/local/cpanel/3rdparty/mailman/bin/check_perms checks the mailman directories on the accounts, not the mailman executable. Here is an example of that command run on a test server:

# /usr/local/cpanel/3rdparty/mailman/bin/check_perms
Warning: Private archive directory is other-executable (o+x).
         This could allow other users on your system to read private archives.
         If you're on a shared multiuser system, you should consult the
         installation manual on how to fix this.

For what you're doing, you may need to adjust the permissions on the executable other software can pipe to it, like the aliases - if that works well for you, there's no reason you can't adjust it as long as you don't make it 777.

 

[uadm]

What's weird is that with 700 permission

|/usr/local/cpanel/3rdparty/mailman/mail/mailman post testguy_mailman.domain.com

doesn't work

but all the other mailman commands works

for example

|/usr/local/cpanel/3rdparty/mailman/mail/mailman subscribe testguy_mailman.domain.com

works just fine.


How is it that it was working untill now with 700 permission? How would exim pipe to that permission, even still now with 700, subscribe and all the other commands works
just not post which works only with 2755 permission.

 

[cPRex]

I'll do some testing with this and let you know what I find!

 

[cPRex]

I just wanted to let you know I had some major delays on my end and I'll update this with more details tomorrow.

 

[cPRex]

I setup a test mailing list and was able to send a message to the main "[email protected]" address with no issues. Can you let me know exactly how you are triggering the message on your side? I know you mentioned the post command in one of your replies, but I'm not seeing the full command shown that would send to the list.

 

[uadm]

/etc/valiases/mailman.domain.com has:

[email protected]: "|/usr/local/cpanel/3rdparty/mailman/mail/mailman post testguy_mailman.domain.com"

where XXX is a string in the email we use to post to the list

other commands are:

[email protected]: "|/usr/local/cpanel/3rdparty/mailman/mail/mailman subscribe testguy_mailman.domain.com"

 

[cPRex]

I see those aliases in the /etc/valiases file, but those aren't commands that can just be run on the command line. What specific commands are leading you to the errors you're seeing?

 

[uadm]

If I simply run: echo test|mail [email protected]

Once the mail arraives at the server, I see the error in the exim_mainlog

 

[cPRex]

Thanks for that confirmation - I'm not able to reproduce this issue on a default installation where the permissions are 700.

The next thing I would recommend would be to reinstall the mailman RPM. You can do this with the following commands:

rpm -e --nodeps cpanel-mailman
/scripts/check_cpanel_rpms

I did confirm on a test machine that those commands do not remove the mailman data or aliases.

 

[uadm]

Didn't help either. I'll open a ticket.

Thanks for all your help cPRex.

 

[cPRex]

If you can post the ticket number once you have that opened, I'd appreciate it!

 

[uadm]

#94537738

 

[cPRex]

Thanks for that - I'm following along with this on my end now.

 

[cPRex]

Our team found customizations to the valiases file that were keeping the mailing lists from working as expected. Let us know if you need anything else!