3,254
edits
Changes
Jump to navigation
Jump to search
Line 1:
Line 1: − − {{Note box|After post-upgrade/reboot, SME hangs during boot-strap-console reconfiguration. The problem is a restart of mailman in bootstrap-console-save event. if this package is removed the server can start and finish his reconfigure/reboot event.}} [[bugzilla:6693]] − This module is also broken in SME Server 7.5.1 and 8 (beta 04). The RPM is configured with CGI binaries that expect to run as user '''apache''' instead of the default ('''www''', '''www-data''', or '''nobody'''). As a result, attempting to run any of the CGI scripts results in an error message. See Installation section for workaround.}}+ + Line 17:
Line 16: − +
→Mailman
==Mailman==
==Mailman==
{{Note box| It does not appear that this contrib works properly for virtual domains on SME 7.3+. This contrib functions as specified for the primary domain only. Additional work is required for this contrib to function properly for virtual domains.
{{Note box| It does not appear that this contrib works properly for virtual domains on SME 7.3+. This contrib functions as specified for the primary domain only. Additional work is required for this contrib to function properly for virtual domains.
Currently work on progress to port it on SME8
}}
===Description===
===Description===
yum --enablerepo smecontribs install mailman smeserver-mailman
yum --enablerepo smecontribs install mailman smeserver-mailman
You should now see a Mailman section under the Configuration section of the server-manager. But sometimes, Mailman's management interface shows up with a CGI error message. It complains about group mismatch error between "www" and "apache". Login as root and apply the following workaround, which was suggested in [[bugzilla:6425]]:
You should now see a Mailman section under the Configuration section of the server-manager. But if you are not running the contribs compiled version, Mailman's management interface shows up with a CGI error message. It complains about group mismatch error between "www" and "apache". Login as root and apply the following workaround, which was suggested in [[bugzilla:6425]]:
id -u apache # should yield 48
id -u apache # should yield 48