Hostsharing Wiki - Benutzerbeiträge [de]

Diskussion:Mailman Installieren

2009-10-06T11:33:16Z

Daz00-daniel: Antwort hinzugefügt

Sehr schön; sauberer gegliedert als die Vorversion.

Ein paar Vorschläge dennoch:

"Mailman kann als Paketadmin oder Paketuser installiert werden."

* "Paket-Admin", "Paketadmin": Ich wäre dafür, wir würden überall im Wiki die Schreibweise "Paket-Admin" verwenden. Einfach als konservativer Umgang mit Wortschöpfungen. Andere Meinungen?

* "Paketuser" ist auf der Seite [[User-Arten]] nicht definiert. Sollte es hier wohl "Domain-Admin" heißen?

* Syntax: Strenggenommen kann Mailman nur als Softwareprogramm installiert werden, nicht als Paket-Admin oder als Domain-Admin. Alternativer Satzbau: "Mailman kann vom Paket-Admin oder von einem Domain-Admin installiert werden." Oder: "Mailman kann man als Paket-Admin oder als Domain-Admin installiert werden."

== Verzeichnisstruktur ==

Als Verzeichnisname fuer die Mailman Installation wird in der Anleitung teilweise "mailman" und teilweise "mailman-2.1.12" verwendet. Ist das beabsichtigt? Bin mir nicht sicher, aber ich vermute, dass es einheitlich "mailman-2.1.12" heissen sollte. Z.B.

~$ mkdir -p mailman-2.1.12/var
~$ chmod 02775 mailman-2.1.12/var

statt:
~$ mkdir -p mailman/var
~$ chmod 02775 mailman/var

oder:

~/mailman-2.1.12$ ./configure --prefix=/home/pacs/XYZ00/mailman-2.1.12 \
--with-username=XYZ00 \
--with-groupname=XYZ00 \
--with-var-prefix=/home/pacs/XYZ00/var/mailman-2.1.12 \
--with-cgi-gid=XYZ00 \
--with-mail-gid=nogroup

satt:

~/mailman-2.1.12$ ./configure --prefix=/home/pacs/XYZ00/mailman \
--with-username=XYZ00 \
--with-groupname=XYZ00 \
--with-var-prefix=/home/pacs/XYZ00/var/mailman \
--with-cgi-gid=XYZ00 \
--with-mail-gid=nogroup

: Nein, das ist Absicht. Unter "mailman-2.1.12" liegen die entpackten Sourcen, wohingegen nach "mailman" installiert wird. --[[Benutzer:Daz00-daniel|Daz00-daniel]] 13:33, 6. Okt. 2009 (CEST)

Mailman Installieren

2009-10-06T11:30:08Z

Daz00-daniel: /* Referenzen */

Was noch jemand ergänzen müsste:
* Eine generische virtuser/alias Konfiguration finden und dokumentieren. 
http://listes.rezo.net/how.php http://www.gnu.org/software/mailman/mailman-install/mail-server.html

* Skriptautomatisierung updaten http://hs.andreasloesch.de/pac-mm-install

== Installation ==

Installationsanleitung von Mailman 
(zuletzt getestet mit mailman-2.1.12 in eigenem Paketuser)

Vielen Dank an alle Benutzer die Verbesserungen beisteuern!

Mailman kann als Paketadmin oder Paketuser installiert werden. Wenn er als Paketadmin installiert wird haben jedoch ausnahmslos alle Paketuser direkten Zugriff auf die Mailman Daten, und bei Sicherheitslücken in Mailman könnten potentiell Paketadminrechte übernommen werden.

Zur Separation von Paketadminrechten und anderen Paketusern ist es vorzuziehen Mailman in einem Paketuser Account zu installieren. (Bspw. xyz00-listen) Und diesem separaten User ggf mehrere lists.*.* Subdomains aufzuschalten.

Vorteil der Installation als Paketuser ist, dass nur dieser direkten Zugriff auf die Mailmandaten hat und mailman ohne Paketadminrechte läuft. Während der Emailauslieferung werden (wie immer bei .forward) die Rechte des Zielusers angenommen. (So läuft das auch bei procmail.)

Nachteil der Installation als Paketuser ist lediglich, dass bisher so nicht die Paketdomain mit dem SSL Zertifikat von Hostsharing genutzt werden kann.

=== Sourcen besorgen und entpacken ===

Unter http://www.gnu.org/software/mailman/ die aktuelle Software besorgen.

~$ tar -xzvf mailman-2.1.12.tgz

=== Log-Verzeichnis anlegen ===

Bei der Installation als Paketuser:
~$ mkdir -p mailman/var
~$ chmod 02775 mailman/var

Bei der Installation als Paketadmin:
~$ mkdir var/mailman
~$ chmod 02775 var/mailman

=== Kompilieren ===

Braucht einige Optionen, die anzupassen sind.

~$ cd mailman-2.1.12

Bei der Installation als Paketuser:
~/mailman-2.1.12$ ./configure --prefix=/home/pacs/XYZ00/users/listen/mailman \
--with-username=XYZ00-listen \
--with-groupname=XYZ00 \
--with-var-prefix=/home/pacs/XYZ00/users/listen/mailman/var \
--with-cgi-gid=XYZ00 \
--with-mail-gid=XYZ00

Bei der Installation als Paketadmin:
~/mailman-2.1.12$ ./configure --prefix=/home/pacs/XYZ00/mailman \
--with-username=XYZ00 \
--with-groupname=XYZ00 \
--with-var-prefix=/home/pacs/XYZ00/var/mailman \
--with-cgi-gid=XYZ00 \
--with-mail-gid=nogroup
(die \ bedeuten, dass alles in eine Zeile gehört, bzw. die Returns nicht interpretiert werden sollen.)

Anschließend:

~/mailman-2.1.12$ make
~/mailman-2.1.12$ make install

=== Datenrechte prüfen ===

Sicherheitshalber die Dateirechte prüfen (und ggf. korrigieren) lassen:

~/mailman-2.1.12$ cd ..
~$ mailman/bin/check_perms -f

== Konfiguration ==

=== mm_cfg.py ===

Konfigurationsdatei editieren:

~$ nano mailman/Mailman/mm_cfg.py

Eine Beispielkonfiguration für lists.example.com könnte so aussehen:

[...]
##################################################
# Put YOUR site-specific settings below this line.
# -*- python -*-

DEFAULT_HOST_NAME = 'lists.example.com'
DEFAULT_EMAIL_HOST = 'lists.example.com'
DEFAULT_URL_HOST = 'lists.example.com'
add_virtualhost(DEFAULT_URL_HOST, DEFAULT_EMAIL_HOST)

DEFAULT_SERVER_LANGUAGE = 'de'

DEFAULT_URL_PATTERN = 'http://%s/'

In ~/mailman/Mailman/Defaults.py seht ihr, was man in mm_cfg.py alles einstellen kann.

=== CGIs in die Domains ===

Bei der Installation als Paketuser: Die CGIs müssen in das jeweilige Domain-Verzeichnis, auf denen das Mailman Webfrontend laufen soll, kopiert werden. Ein Verlinken ist nicht möglich. Zusätzlich muss das sticky-Flag entfernt werden.

~$ mkdir ~/doms/lists.example.com/cgi/mailman
~$ cp mailman/cgi-bin/* doms/lists.example.com/cgi/mailman/
~$ chmod g-s ~/doms/lists.example.com/cgi/mailman/*

Bei der Installation als Paketadmin: CGIs in alle Domain-Verzeichnisse linken, auf denen das Mailman Webfrontend laufen soll.

~$ cd doms/lists.example.com/cgi
~/doms/lists.example.com/cgi$ ln -s ../../../mailman/cgi-bin mailman

=== Icons in die Domains ===

Die Icons können wahlweise verlinkt oder kopiert werden.

~$ cd doms/lists.example.com/htdocs
~/doms/lists.example.com/htdocs$ ln -s ../../../mailman/icons

oder kopieren

~$ cp -R mailman/icons doms/lists.example.com/htdocs/

=== .htaccess ===

Bei einer extra Mailman Domain dafür sorgen, dass Mailman auch unter lists.example.com statt unter lists.example.com/cgi-bin/mailman erreichbar ist.
In ~/doms/lists.example.com/htdocs/.htaccess folgendes eintragen (bitte RewriteCond für Icons beachten; ohne wird der Pfad für diese auch gemappt, was nicht korrekt ist):

RewriteEngine On
RewriteCond %{REQUEST_URI} !^/icons/
RewriteRule ^(.*)$ /cgi-bin/mailman/$1
RewriteRule ^/cgi-bin/mailman/$ /cgi-bin/mailman/listinfo

Wenn Mailman z.B. auf der www Domain läuft und unter www.example.com/mailman statt www.example.com/cgi-bin/mailman erreichbar sein soll, hilft folgendes in der ~/doms/example.com/subs/www/.htaccess:

RewriteEngine On
RewriteRule ^mailman/(.*)$ /cgi-bin/mailman/$1
RewriteRule ^/cgi-bin/mailman/$ /cgi-bin/mailman/listinfo

(Die DEFAULT_URL_PATTERN Zeile in der mm_cfg.py kann für diesen Fall einfach auskommentiert werden.)

=== Passwort setzen ===

~$ mailman/bin/mmsitepass

=== Cronjobs einrichten ===

In die [[Cron |Crontab]] wird z.B. eingetragen:

* * * * * ~/mailman/bin/qrunner -o -r All
47 * * * * rm -f ~/var/mailman/logs/qrunner
(Queuebearbeitung alle Minute, löschen der Verarbeitungslogs in der 47ten Minute jeder Std.)

Dies übernimmt die Funktion des qrunner-Dämons, der bei Mailman normalerweise laufen würde.
Das Logfile wird gelöscht, da es sonst sehr schnell sehr groß wird.

Zudem müssen noch die Cronjobs aus ~/mailman/cron/crontab.in eingefügt werden.

crontab -l > mycronjobs.tmp
cat ~/mailman/cron/crontab.in >> mycronjobs.tmp
crontab mycronjobs.tmp

== Mailinglisten einrichten ==

=== Als erste Liste die "mailman" "site list" Einrichten ===

Die "site list" mit dem Namen "mailman" ist die Mailingliste der lokalen Mailman Administratoren. Sie wird zur einwandfreien Funktion von Mailman benötigt.

Neue Liste anlegen:
~$ mailman/bin/newlist mailman
Enter the email of the person running the list: admin@xyz00.hostsharing.net
Initial mailman password:

Nur für die "mailman site list": Konfigurationsvorgaben laden.

~$ mailman/bin/config_list -i ~/mailman/var/data/sitelist.cfg mailman

Bei der Installation als Paketadmin:
~$ mailman/bin/config_list -i ~/var/mailman/data/sitelist.cfg mailman

(Diese Konfigurationsdatei nicht auf eigene Listen anwenden.)

=== Email Adressen einrichten ===

Bei der Installation als Paketuser erfolgt die Einrichtung der Emailadressen per hsadmin (virtusertable) und .forward Dateien.
Anlegen mittels [[hsadmin|hsadmin CLI]].

Beispiel für lists.example.com und Paketuser XYZ00-listen.

A) virtusertable:
hsadmin -c emailaddress.add -s localpart=mailman -s domain=lists.example.com -s 'target=XYZ00-listen+mailman'
hsadmin -c emailaddress.add -s localpart=mailman-admin -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-admin'
hsadmin -c emailaddress.add -s localpart=mailman-bounces -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-bounces'
hsadmin -c emailaddress.add -s localpart=mailman-confirm -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-confirm'
hsadmin -c emailaddress.add -s localpart=mailman-join -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-join'
hsadmin -c emailaddress.add -s localpart=mailman-leave -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-leave'
hsadmin -c emailaddress.add -s localpart=mailman-owner -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-owner'
hsadmin -c emailaddress.add -s localpart=mailman-request -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-request'
hsadmin -c emailaddress.add -s localpart=mailman-subscribe -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-subscribe'
hsadmin -c emailaddress.add -s localpart=mailman-unsubscribe -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-unsubscribe'

Im Homeverzeichnis des Users XYZ00-listen werden anschließend entsprechende .forward-Dateien angelegt.

B) .forward Dateien:
echo 'admin@XYZ00.hostsharing.net' > .forward # Weiterleitung von cron Fehlern etc an Paketadmin.
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman post mailman"' > .forward+mailman
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman admin mailman"' > .forward+mailman-admin
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman bounces mailman"' > .forward+mailman-bounces
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman confirm mailman"' > .forward+mailman-confirm
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman join mailman"' > .forward+mailman-join
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman leave mailman"' > .forward+mailman-leave
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman owner mailman"' > .forward+mailman-owner
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman request mailman"' > .forward+mailman-request
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman subscribe mailman"' > .forward+mailman-subscribe
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman unsubscribe mailman"' > .forward+mailman-unsubscribe

Bei der Installation als Paketadmin XYZ00 erfolgt die Einrichtung hingegen per hsadmin (virtusertable) und hsadmin (aliases) so:

A) virtusertable:
hsadmin -c emailaddress.add -s localpart=mailman -s domain=lists.example.com -s 'target=XYZ00-mailman'
hsadmin -c emailaddress.add -s localpart=mailman-admin -s domain=lists.example.com -s 'target=XYZ00-mailman-admin'
hsadmin -c emailaddress.add -s localpart=mailman-bounces -s domain=lists.example.com -s 'target=XYZ00-mailman-bounces'
hsadmin -c emailaddress.add -s localpart=mailman-confirm -s domain=lists.example.com -s 'target=XYZ00-mailman-confirm'
hsadmin -c emailaddress.add -s localpart=mailman-join -s domain=lists.example.com -s 'target=XYZ00-mailman-join'
hsadmin -c emailaddress.add -s localpart=mailman-leave -s domain=lists.example.com -s 'target=XYZ00-mailman-leave'
hsadmin -c emailaddress.add -s localpart=mailman-owner -s domain=lists.example.com -s 'target=XYZ00-mailman-owner'
hsadmin -c emailaddress.add -s localpart=mailman-request -s domain=lists.example.com -s 'target=XYZ00-mailman-request'
hsadmin -c emailaddress.add -s localpart=mailman-subscribe -s domain=lists.example.com -s 'target=XYZ00-mailman-subscribe'
hsadmin -c emailaddress.add -s localpart=mailman-unsubscribe -s domain=lists.example.com -s 'target=XYZ00-mailman-unsubscribe'

''Hinweis: Die e-Mail Adressen und die Targets, welche noch in den Aliasen definiert werden müssen, können von Domain und Mailingliste unterschiedlich sein bzw. müssen bei mehreren identische Listen unterschiedlich sein!''

Die bei den Mail-Adressen oben angegebenen Aliase werden mit [[hsadmin|hsadmin CLI]] angelegt.

B) aliase:
hsadmin -c emailalias.add -s name='XYZ00-mailman' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman post mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-admin' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman admin mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-bounces' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman bounces mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-confirm' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman confirm mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-join' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman join mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-leave' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman leave mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-owner' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman owner mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-request' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman request mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-subscribe' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman subscribe mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-unsubscribe' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman unsubscribe mailman"'

''Hinweis: Die Aliase und die Targets können von Domain und Mailingliste unterschiedlich sein bzw. müssen bei mehreren identische Listen unterschiedlich sein! Des Weiteren ist der Pfad zur Mailman Installation anzupassen.''

=== Administration ===

Administriert werden Listen über http://lists.example.com/admin/<listenname> und entweder dem Listenpasswort oder dem Site-Passwort.

Als erstes sollte man die Liste "mailman" selber abbonieren. (http://lists.example.com/admin/mailman)

Bis auf das Anwenden der sitelist.cfg werden auch alle weiteren Listen nach obigem Schema angelegt, oder (bis auf das anlegen der virtusertable Einträge und aliase) über das Mailman Webinterface.

Das war's. Mailman ist jetzt fertig installiert und müsste sogar funktionieren ;)

== Feintuning ==

Wer will, kann auch noch etwas Platz sparen. Die normale Mailmaninstallation schlägt mit über 20 MB zu Buche...

Mit den folgenden Tips kann man das auf ca. 6 MB reduzieren :)

Es kann natürlich sein, dass ich zuviel lösche, aber bei mir funktioniert's. Wenn ihr also sicher(er) sein wollt, dass euch der Mailman nicht um die Ohren fliegt, macht das nicht!

* ~/mailman/cgi-bin und ~/mailman/icons können gelöscht werden, falls sie an andere Stelle kopiert worden sind.
* Die nicht benötigten Sprachen in ~/mailman/messages löschen.
* Die nicht benötigten Sprachen in ~/mailman/templates löschen (bis auf englisch).
* ~/mailman/tests kann, soweit ich das sehe, komplett gelöscht werden.
* Falls man koreanisch und japanisch nicht braucht, kann man folgendes machen:
* in ~/mailman/bin/paths.py, ~/mailman/cron/paths.py und ~/mailman/scripts/paths.py die Zeilen:

# In a normal interactive Python environment, the japanese.pth and korean.pth
# files would be imported automatically. But because we inhibit the importing
# of the site module, we need to be explicit about importing these codecs.
if not jaok:
import japanese
# As of KoreanCodecs 2.0.5, you had to do the second import to get the Korean
# codecs installed, however leave the first import in there in case an upgrade
# changes this.
if not kook:
import korean
import korean.aliases

auskommentieren.

Dann kann man ~/mailman/pythonlib/japanese, ~/mailman/pythonlib/korean, ~/mailman/pythonlib/korean.pth sowie ~/mailman/pythonlib/lib löschen.

Man kann auch noch die Debug-Informationen aus den binaries strippen:

strip ~/mailman/mail/mailman
strip ~/mailman/cgi-bin/*

Falls die CGIs nicht gesymlinkt wurden:

strip ~/doms/lists.example.com/cgi/mailman/*

== Multidomainfähigkeit ==

Seit Mailman 2.x kann eine Mailman-Installation unter gewissen Einschränkungen für mehrere Domains verwendet werden. Hier soll kurz gezeigt werden, was geht und wie es geht.

=== Anleitung ===

Logischerweise muss das Webfrontend (die CGIs) auf allen Domains installiert werden.

Wenn man nun Mailinglisten mit newlist neu anlegt, muss man den Hostnamen für das Webfontend mit angeben, und zwar so:

~$ mailman/bin/newlist listenname@lists.example.com

Es ist ggf. wichtig, dass in der mm_cfg.py eine entsprechende add_virtualhost-Direktive für www.example.com steht, die der Frontend-URL einen Host-Part für die Mailadressen zuordnet. Ist eine solche Direktive nicht vorhanden, so wird lists.example.com sowohl als URL für das Webfrontend wie auch als Hostpart für Emailadressen verwendet. (Was für separate aufgeschaltete Domains wie z.B. lists.example.com gerade zutrifft.)

Liegt das Frondend nicht auf der Maildomain ist es wichtig, dass ihr Mailman sagt, für welches die zugehörige Maildomain ist. Dies tut ihr in der Datei ~/mailman/Mailman/mm_cfg.py:

Also z.B.
DEFAULT_URL_HOST = 'www.example.com'
DEFAULT_EMAIL_HOST = 'lists.example.com'
add_virtualhost(DEFAULT_URL_HOST,DEFAULT_EMAIL_HOST)

und
add_virtualhost('www.zoopnet.de', 'lists.zoopnet.de')

Das bedeutet, dass Mailman per default davon ausgeht, dass alle Listen für die Domain example.com sind.
Alle weiteren add_virtualhost-Direktiven ordnen einem Hostnamen für das Webfrontend (z.B. www.zoopnet.de) einen Hostpart für die Adresse der Mailinglisten (z.B. lists.zoopnet.de) zu.

Tip von Raimund Specht: Lässt man den zweiten Parameter weg, also schreibt z.B. add_virtualhost('www.example.org'), dann benutzt Mailman als Hostpart alles was nach dem ersten Punkt steht, hier also example.org als Maildomain.

Prinzipiell war's das. Man muss die Listeneinträge natürlich immer in die richtige virtusertable eintragen, und für gleichnamige Mailinglisten auf verschiedenen Domains (mailman@*) verschidene +Ergänzungen bzw. aliase verwenden. :)

=== Probleme ===

Verschiedene Listen mit gleichem Namen (also z.B. liste@example1.com und liste@example2.com) sind mit Mailman 2.1 leider nicht möglich.

== Tips und Tricks ==

=== URL Änderungen ===
Nach URL Änderungen stimmen Links im Web-Interface nicht mehr und Listen werden nicht mehr angezeigt.
Es sind dann, zusätzlich zur Anpassung der mm_cfg.py, schon bestehende Listen und Archive mit folgendem Befehl zu aktualisieren:
~/mailman/bin/withlist -l -r fix_url <Listen_Name> -v -u <Neue_Url>
<Listen_Name> steht für die Mailingliste, die bearbeitet werden soll. <Neue_Url> für die neue URL/Webadresse des Webinterfaces.

=== Weitere Cron-Jobs zur Mailinglisten Verwaltung ===

Folgende Cronjobs helfen bei der Verwaltung und sind User freundlich:

< In Arbeit >

== Referenzen ==

Lösung zur installation als Domainadmin statt Paketadmin:
https://lists.hostsharing.net/archiv/support/2009-June/019414.html

Ältere Anleitung für Installation als Domain-Admin: <http://lists.hostsharing.net/archiv/support/2005-January/012426.html>

Laufenlassen mit event:
Download und Doku auf <http://al000.hostsharing.net/mailman/mmhs/>

Die "Mutter der Mailman-Installations-Doku" <http://al000.hostsharing.net/mailman/>

"Kleine Tools" auf http://hs.andreasloesch.de, wobei das 'pac-mm-install' wahrscheinlich nicht aktuell (genug) ist

----
[[Kategorie:HSDoku]]
[[Kategorie:Installationsanleitungen]]
[[Kategorie:Software]]

Mailman Installieren

2009-10-06T11:28:53Z

Daz00-daniel: /* Feintuning */

Was noch jemand ergänzen müsste:
* Eine generische virtuser/alias Konfiguration finden und dokumentieren. 
http://listes.rezo.net/how.php http://www.gnu.org/software/mailman/mailman-install/mail-server.html

* Skriptautomatisierung updaten http://hs.andreasloesch.de/pac-mm-install

== Installation ==

Installationsanleitung von Mailman 
(zuletzt getestet mit mailman-2.1.12 in eigenem Paketuser)

Vielen Dank an alle Benutzer die Verbesserungen beisteuern!

Mailman kann als Paketadmin oder Paketuser installiert werden. Wenn er als Paketadmin installiert wird haben jedoch ausnahmslos alle Paketuser direkten Zugriff auf die Mailman Daten, und bei Sicherheitslücken in Mailman könnten potentiell Paketadminrechte übernommen werden.

Zur Separation von Paketadminrechten und anderen Paketusern ist es vorzuziehen Mailman in einem Paketuser Account zu installieren. (Bspw. xyz00-listen) Und diesem separaten User ggf mehrere lists.*.* Subdomains aufzuschalten.

Vorteil der Installation als Paketuser ist, dass nur dieser direkten Zugriff auf die Mailmandaten hat und mailman ohne Paketadminrechte läuft. Während der Emailauslieferung werden (wie immer bei .forward) die Rechte des Zielusers angenommen. (So läuft das auch bei procmail.)

Nachteil der Installation als Paketuser ist lediglich, dass bisher so nicht die Paketdomain mit dem SSL Zertifikat von Hostsharing genutzt werden kann.

=== Sourcen besorgen und entpacken ===

Unter http://www.gnu.org/software/mailman/ die aktuelle Software besorgen.

~$ tar -xzvf mailman-2.1.12.tgz

=== Log-Verzeichnis anlegen ===

Bei der Installation als Paketuser:
~$ mkdir -p mailman/var
~$ chmod 02775 mailman/var

Bei der Installation als Paketadmin:
~$ mkdir var/mailman
~$ chmod 02775 var/mailman

=== Kompilieren ===

Braucht einige Optionen, die anzupassen sind.

~$ cd mailman-2.1.12

Bei der Installation als Paketuser:
~/mailman-2.1.12$ ./configure --prefix=/home/pacs/XYZ00/users/listen/mailman \
--with-username=XYZ00-listen \
--with-groupname=XYZ00 \
--with-var-prefix=/home/pacs/XYZ00/users/listen/mailman/var \
--with-cgi-gid=XYZ00 \
--with-mail-gid=XYZ00

Bei der Installation als Paketadmin:
~/mailman-2.1.12$ ./configure --prefix=/home/pacs/XYZ00/mailman \
--with-username=XYZ00 \
--with-groupname=XYZ00 \
--with-var-prefix=/home/pacs/XYZ00/var/mailman \
--with-cgi-gid=XYZ00 \
--with-mail-gid=nogroup
(die \ bedeuten, dass alles in eine Zeile gehört, bzw. die Returns nicht interpretiert werden sollen.)

Anschließend:

~/mailman-2.1.12$ make
~/mailman-2.1.12$ make install

=== Datenrechte prüfen ===

Sicherheitshalber die Dateirechte prüfen (und ggf. korrigieren) lassen:

~/mailman-2.1.12$ cd ..
~$ mailman/bin/check_perms -f

== Konfiguration ==

=== mm_cfg.py ===

Konfigurationsdatei editieren:

~$ nano mailman/Mailman/mm_cfg.py

Eine Beispielkonfiguration für lists.example.com könnte so aussehen:

[...]
##################################################
# Put YOUR site-specific settings below this line.
# -*- python -*-

DEFAULT_HOST_NAME = 'lists.example.com'
DEFAULT_EMAIL_HOST = 'lists.example.com'
DEFAULT_URL_HOST = 'lists.example.com'
add_virtualhost(DEFAULT_URL_HOST, DEFAULT_EMAIL_HOST)

DEFAULT_SERVER_LANGUAGE = 'de'

DEFAULT_URL_PATTERN = 'http://%s/'

In ~/mailman/Mailman/Defaults.py seht ihr, was man in mm_cfg.py alles einstellen kann.

=== CGIs in die Domains ===

Bei der Installation als Paketuser: Die CGIs müssen in das jeweilige Domain-Verzeichnis, auf denen das Mailman Webfrontend laufen soll, kopiert werden. Ein Verlinken ist nicht möglich. Zusätzlich muss das sticky-Flag entfernt werden.

~$ mkdir ~/doms/lists.example.com/cgi/mailman
~$ cp mailman/cgi-bin/* doms/lists.example.com/cgi/mailman/
~$ chmod g-s ~/doms/lists.example.com/cgi/mailman/*

Bei der Installation als Paketadmin: CGIs in alle Domain-Verzeichnisse linken, auf denen das Mailman Webfrontend laufen soll.

~$ cd doms/lists.example.com/cgi
~/doms/lists.example.com/cgi$ ln -s ../../../mailman/cgi-bin mailman

=== Icons in die Domains ===

Die Icons können wahlweise verlinkt oder kopiert werden.

~$ cd doms/lists.example.com/htdocs
~/doms/lists.example.com/htdocs$ ln -s ../../../mailman/icons

oder kopieren

~$ cp -R mailman/icons doms/lists.example.com/htdocs/

=== .htaccess ===

Bei einer extra Mailman Domain dafür sorgen, dass Mailman auch unter lists.example.com statt unter lists.example.com/cgi-bin/mailman erreichbar ist.
In ~/doms/lists.example.com/htdocs/.htaccess folgendes eintragen (bitte RewriteCond für Icons beachten; ohne wird der Pfad für diese auch gemappt, was nicht korrekt ist):

RewriteEngine On
RewriteCond %{REQUEST_URI} !^/icons/
RewriteRule ^(.*)$ /cgi-bin/mailman/$1
RewriteRule ^/cgi-bin/mailman/$ /cgi-bin/mailman/listinfo

Wenn Mailman z.B. auf der www Domain läuft und unter www.example.com/mailman statt www.example.com/cgi-bin/mailman erreichbar sein soll, hilft folgendes in der ~/doms/example.com/subs/www/.htaccess:

RewriteEngine On
RewriteRule ^mailman/(.*)$ /cgi-bin/mailman/$1
RewriteRule ^/cgi-bin/mailman/$ /cgi-bin/mailman/listinfo

(Die DEFAULT_URL_PATTERN Zeile in der mm_cfg.py kann für diesen Fall einfach auskommentiert werden.)

=== Passwort setzen ===

~$ mailman/bin/mmsitepass

=== Cronjobs einrichten ===

In die [[Cron |Crontab]] wird z.B. eingetragen:

* * * * * ~/mailman/bin/qrunner -o -r All
47 * * * * rm -f ~/var/mailman/logs/qrunner
(Queuebearbeitung alle Minute, löschen der Verarbeitungslogs in der 47ten Minute jeder Std.)

Dies übernimmt die Funktion des qrunner-Dämons, der bei Mailman normalerweise laufen würde.
Das Logfile wird gelöscht, da es sonst sehr schnell sehr groß wird.

Zudem müssen noch die Cronjobs aus ~/mailman/cron/crontab.in eingefügt werden.

crontab -l > mycronjobs.tmp
cat ~/mailman/cron/crontab.in >> mycronjobs.tmp
crontab mycronjobs.tmp

== Mailinglisten einrichten ==

=== Als erste Liste die "mailman" "site list" Einrichten ===

Die "site list" mit dem Namen "mailman" ist die Mailingliste der lokalen Mailman Administratoren. Sie wird zur einwandfreien Funktion von Mailman benötigt.

Neue Liste anlegen:
~$ mailman/bin/newlist mailman
Enter the email of the person running the list: admin@xyz00.hostsharing.net
Initial mailman password:

Nur für die "mailman site list": Konfigurationsvorgaben laden.

~$ mailman/bin/config_list -i ~/mailman/var/data/sitelist.cfg mailman

Bei der Installation als Paketadmin:
~$ mailman/bin/config_list -i ~/var/mailman/data/sitelist.cfg mailman

(Diese Konfigurationsdatei nicht auf eigene Listen anwenden.)

=== Email Adressen einrichten ===

Bei der Installation als Paketuser erfolgt die Einrichtung der Emailadressen per hsadmin (virtusertable) und .forward Dateien.
Anlegen mittels [[hsadmin|hsadmin CLI]].

Beispiel für lists.example.com und Paketuser XYZ00-listen.

A) virtusertable:
hsadmin -c emailaddress.add -s localpart=mailman -s domain=lists.example.com -s 'target=XYZ00-listen+mailman'
hsadmin -c emailaddress.add -s localpart=mailman-admin -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-admin'
hsadmin -c emailaddress.add -s localpart=mailman-bounces -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-bounces'
hsadmin -c emailaddress.add -s localpart=mailman-confirm -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-confirm'
hsadmin -c emailaddress.add -s localpart=mailman-join -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-join'
hsadmin -c emailaddress.add -s localpart=mailman-leave -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-leave'
hsadmin -c emailaddress.add -s localpart=mailman-owner -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-owner'
hsadmin -c emailaddress.add -s localpart=mailman-request -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-request'
hsadmin -c emailaddress.add -s localpart=mailman-subscribe -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-subscribe'
hsadmin -c emailaddress.add -s localpart=mailman-unsubscribe -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-unsubscribe'

Im Homeverzeichnis des Users XYZ00-listen werden anschließend entsprechende .forward-Dateien angelegt.

B) .forward Dateien:
echo 'admin@XYZ00.hostsharing.net' > .forward # Weiterleitung von cron Fehlern etc an Paketadmin.
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman post mailman"' > .forward+mailman
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman admin mailman"' > .forward+mailman-admin
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman bounces mailman"' > .forward+mailman-bounces
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman confirm mailman"' > .forward+mailman-confirm
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman join mailman"' > .forward+mailman-join
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman leave mailman"' > .forward+mailman-leave
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman owner mailman"' > .forward+mailman-owner
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman request mailman"' > .forward+mailman-request
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman subscribe mailman"' > .forward+mailman-subscribe
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman unsubscribe mailman"' > .forward+mailman-unsubscribe

Bei der Installation als Paketadmin XYZ00 erfolgt die Einrichtung hingegen per hsadmin (virtusertable) und hsadmin (aliases) so:

A) virtusertable:
hsadmin -c emailaddress.add -s localpart=mailman -s domain=lists.example.com -s 'target=XYZ00-mailman'
hsadmin -c emailaddress.add -s localpart=mailman-admin -s domain=lists.example.com -s 'target=XYZ00-mailman-admin'
hsadmin -c emailaddress.add -s localpart=mailman-bounces -s domain=lists.example.com -s 'target=XYZ00-mailman-bounces'
hsadmin -c emailaddress.add -s localpart=mailman-confirm -s domain=lists.example.com -s 'target=XYZ00-mailman-confirm'
hsadmin -c emailaddress.add -s localpart=mailman-join -s domain=lists.example.com -s 'target=XYZ00-mailman-join'
hsadmin -c emailaddress.add -s localpart=mailman-leave -s domain=lists.example.com -s 'target=XYZ00-mailman-leave'
hsadmin -c emailaddress.add -s localpart=mailman-owner -s domain=lists.example.com -s 'target=XYZ00-mailman-owner'
hsadmin -c emailaddress.add -s localpart=mailman-request -s domain=lists.example.com -s 'target=XYZ00-mailman-request'
hsadmin -c emailaddress.add -s localpart=mailman-subscribe -s domain=lists.example.com -s 'target=XYZ00-mailman-subscribe'
hsadmin -c emailaddress.add -s localpart=mailman-unsubscribe -s domain=lists.example.com -s 'target=XYZ00-mailman-unsubscribe'

''Hinweis: Die e-Mail Adressen und die Targets, welche noch in den Aliasen definiert werden müssen, können von Domain und Mailingliste unterschiedlich sein bzw. müssen bei mehreren identische Listen unterschiedlich sein!''

Die bei den Mail-Adressen oben angegebenen Aliase werden mit [[hsadmin|hsadmin CLI]] angelegt.

B) aliase:
hsadmin -c emailalias.add -s name='XYZ00-mailman' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman post mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-admin' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman admin mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-bounces' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman bounces mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-confirm' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman confirm mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-join' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman join mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-leave' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman leave mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-owner' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman owner mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-request' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman request mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-subscribe' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman subscribe mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-unsubscribe' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman unsubscribe mailman"'

''Hinweis: Die Aliase und die Targets können von Domain und Mailingliste unterschiedlich sein bzw. müssen bei mehreren identische Listen unterschiedlich sein! Des Weiteren ist der Pfad zur Mailman Installation anzupassen.''

=== Administration ===

Administriert werden Listen über http://lists.example.com/admin/<listenname> und entweder dem Listenpasswort oder dem Site-Passwort.

Als erstes sollte man die Liste "mailman" selber abbonieren. (http://lists.example.com/admin/mailman)

Bis auf das Anwenden der sitelist.cfg werden auch alle weiteren Listen nach obigem Schema angelegt, oder (bis auf das anlegen der virtusertable Einträge und aliase) über das Mailman Webinterface.

Das war's. Mailman ist jetzt fertig installiert und müsste sogar funktionieren ;)

== Feintuning ==

Wer will, kann auch noch etwas Platz sparen. Die normale Mailmaninstallation schlägt mit über 20 MB zu Buche...

Mit den folgenden Tips kann man das auf ca. 6 MB reduzieren :)

Es kann natürlich sein, dass ich zuviel lösche, aber bei mir funktioniert's. Wenn ihr also sicher(er) sein wollt, dass euch der Mailman nicht um die Ohren fliegt, macht das nicht!

* ~/mailman/cgi-bin und ~/mailman/icons können gelöscht werden, falls sie an andere Stelle kopiert worden sind.
* Die nicht benötigten Sprachen in ~/mailman/messages löschen.
* Die nicht benötigten Sprachen in ~/mailman/templates löschen (bis auf englisch).
* ~/mailman/tests kann, soweit ich das sehe, komplett gelöscht werden.
* Falls man koreanisch und japanisch nicht braucht, kann man folgendes machen:
* in ~/mailman/bin/paths.py, ~/mailman/cron/paths.py und ~/mailman/scripts/paths.py die Zeilen:

# In a normal interactive Python environment, the japanese.pth and korean.pth
# files would be imported automatically. But because we inhibit the importing
# of the site module, we need to be explicit about importing these codecs.
if not jaok:
import japanese
# As of KoreanCodecs 2.0.5, you had to do the second import to get the Korean
# codecs installed, however leave the first import in there in case an upgrade
# changes this.
if not kook:
import korean
import korean.aliases

auskommentieren.

Dann kann man ~/mailman/pythonlib/japanese, ~/mailman/pythonlib/korean, ~/mailman/pythonlib/korean.pth sowie ~/mailman/pythonlib/lib löschen.

Man kann auch noch die Debug-Informationen aus den binaries strippen:

strip ~/mailman/mail/mailman
strip ~/mailman/cgi-bin/*

Falls die CGIs nicht gesymlinkt wurden:

strip ~/doms/lists.example.com/cgi/mailman/*

== Multidomainfähigkeit ==

Seit Mailman 2.x kann eine Mailman-Installation unter gewissen Einschränkungen für mehrere Domains verwendet werden. Hier soll kurz gezeigt werden, was geht und wie es geht.

=== Anleitung ===

Logischerweise muss das Webfrontend (die CGIs) auf allen Domains installiert werden.

Wenn man nun Mailinglisten mit newlist neu anlegt, muss man den Hostnamen für das Webfontend mit angeben, und zwar so:

~$ mailman/bin/newlist listenname@lists.example.com

Es ist ggf. wichtig, dass in der mm_cfg.py eine entsprechende add_virtualhost-Direktive für www.example.com steht, die der Frontend-URL einen Host-Part für die Mailadressen zuordnet. Ist eine solche Direktive nicht vorhanden, so wird lists.example.com sowohl als URL für das Webfrontend wie auch als Hostpart für Emailadressen verwendet. (Was für separate aufgeschaltete Domains wie z.B. lists.example.com gerade zutrifft.)

Liegt das Frondend nicht auf der Maildomain ist es wichtig, dass ihr Mailman sagt, für welches die zugehörige Maildomain ist. Dies tut ihr in der Datei ~/mailman/Mailman/mm_cfg.py:

Also z.B.
DEFAULT_URL_HOST = 'www.example.com'
DEFAULT_EMAIL_HOST = 'lists.example.com'
add_virtualhost(DEFAULT_URL_HOST,DEFAULT_EMAIL_HOST)

und
add_virtualhost('www.zoopnet.de', 'lists.zoopnet.de')

Das bedeutet, dass Mailman per default davon ausgeht, dass alle Listen für die Domain example.com sind.
Alle weiteren add_virtualhost-Direktiven ordnen einem Hostnamen für das Webfrontend (z.B. www.zoopnet.de) einen Hostpart für die Adresse der Mailinglisten (z.B. lists.zoopnet.de) zu.

Tip von Raimund Specht: Lässt man den zweiten Parameter weg, also schreibt z.B. add_virtualhost('www.example.org'), dann benutzt Mailman als Hostpart alles was nach dem ersten Punkt steht, hier also example.org als Maildomain.

Prinzipiell war's das. Man muss die Listeneinträge natürlich immer in die richtige virtusertable eintragen, und für gleichnamige Mailinglisten auf verschiedenen Domains (mailman@*) verschidene +Ergänzungen bzw. aliase verwenden. :)

=== Probleme ===

Verschiedene Listen mit gleichem Namen (also z.B. liste@example1.com und liste@example2.com) sind mit Mailman 2.1 leider nicht möglich.

== Tips und Tricks ==

=== URL Änderungen ===
Nach URL Änderungen stimmen Links im Web-Interface nicht mehr und Listen werden nicht mehr angezeigt.
Es sind dann, zusätzlich zur Anpassung der mm_cfg.py, schon bestehende Listen und Archive mit folgendem Befehl zu aktualisieren:
~/mailman/bin/withlist -l -r fix_url <Listen_Name> -v -u <Neue_Url>
<Listen_Name> steht für die Mailingliste, die bearbeitet werden soll. <Neue_Url> für die neue URL/Webadresse des Webinterfaces.

=== Weitere Cron-Jobs zur Mailinglisten Verwaltung ===

Folgende Cronjobs helfen bei der Verwaltung und sind User freundlich:

< In Arbeit >

== Referenzen ==

Lösung zur installation als Domainadmin statt Paketadmin:
https://lists.hostsharing.net/archiv/support/2009-June/019414.html

Ältere Anleitung für Installation als Domain-Admin: <http://lists.hostsharing.net/archiv/support/2005-January/012426.html>

Laufenlassen mit event:
Download und Doku auf <http://al000.hostsharing.net/mailman/mmhs/>

Die "Mutter der Mailman-Installations-Doku" <http://al000.hostsharing.net/mailman/>

"kleinen Tools" auf http://hs.andreasloesch.de, wobei das 'pac-mm-install' wahrscheinlich nicht aktuell (genug) ist

----
[[Kategorie:HSDoku]]
[[Kategorie:Installationsanleitungen]]
[[Kategorie:Software]]

Mailman Installieren

2009-10-06T11:27:47Z

Daz00-daniel: /* .htaccess */

Was noch jemand ergänzen müsste:
* Eine generische virtuser/alias Konfiguration finden und dokumentieren. 
http://listes.rezo.net/how.php http://www.gnu.org/software/mailman/mailman-install/mail-server.html

* Skriptautomatisierung updaten http://hs.andreasloesch.de/pac-mm-install

== Installation ==

Installationsanleitung von Mailman 
(zuletzt getestet mit mailman-2.1.12 in eigenem Paketuser)

Vielen Dank an alle Benutzer die Verbesserungen beisteuern!

Mailman kann als Paketadmin oder Paketuser installiert werden. Wenn er als Paketadmin installiert wird haben jedoch ausnahmslos alle Paketuser direkten Zugriff auf die Mailman Daten, und bei Sicherheitslücken in Mailman könnten potentiell Paketadminrechte übernommen werden.

Zur Separation von Paketadminrechten und anderen Paketusern ist es vorzuziehen Mailman in einem Paketuser Account zu installieren. (Bspw. xyz00-listen) Und diesem separaten User ggf mehrere lists.*.* Subdomains aufzuschalten.

Vorteil der Installation als Paketuser ist, dass nur dieser direkten Zugriff auf die Mailmandaten hat und mailman ohne Paketadminrechte läuft. Während der Emailauslieferung werden (wie immer bei .forward) die Rechte des Zielusers angenommen. (So läuft das auch bei procmail.)

Nachteil der Installation als Paketuser ist lediglich, dass bisher so nicht die Paketdomain mit dem SSL Zertifikat von Hostsharing genutzt werden kann.

=== Sourcen besorgen und entpacken ===

Unter http://www.gnu.org/software/mailman/ die aktuelle Software besorgen.

~$ tar -xzvf mailman-2.1.12.tgz

=== Log-Verzeichnis anlegen ===

Bei der Installation als Paketuser:
~$ mkdir -p mailman/var
~$ chmod 02775 mailman/var

Bei der Installation als Paketadmin:
~$ mkdir var/mailman
~$ chmod 02775 var/mailman

=== Kompilieren ===

Braucht einige Optionen, die anzupassen sind.

~$ cd mailman-2.1.12

Bei der Installation als Paketuser:
~/mailman-2.1.12$ ./configure --prefix=/home/pacs/XYZ00/users/listen/mailman \
--with-username=XYZ00-listen \
--with-groupname=XYZ00 \
--with-var-prefix=/home/pacs/XYZ00/users/listen/mailman/var \
--with-cgi-gid=XYZ00 \
--with-mail-gid=XYZ00

Bei der Installation als Paketadmin:
~/mailman-2.1.12$ ./configure --prefix=/home/pacs/XYZ00/mailman \
--with-username=XYZ00 \
--with-groupname=XYZ00 \
--with-var-prefix=/home/pacs/XYZ00/var/mailman \
--with-cgi-gid=XYZ00 \
--with-mail-gid=nogroup
(die \ bedeuten, dass alles in eine Zeile gehört, bzw. die Returns nicht interpretiert werden sollen.)

Anschließend:

~/mailman-2.1.12$ make
~/mailman-2.1.12$ make install

=== Datenrechte prüfen ===

Sicherheitshalber die Dateirechte prüfen (und ggf. korrigieren) lassen:

~/mailman-2.1.12$ cd ..
~$ mailman/bin/check_perms -f

== Konfiguration ==

=== mm_cfg.py ===

Konfigurationsdatei editieren:

~$ nano mailman/Mailman/mm_cfg.py

Eine Beispielkonfiguration für lists.example.com könnte so aussehen:

[...]
##################################################
# Put YOUR site-specific settings below this line.
# -*- python -*-

DEFAULT_HOST_NAME = 'lists.example.com'
DEFAULT_EMAIL_HOST = 'lists.example.com'
DEFAULT_URL_HOST = 'lists.example.com'
add_virtualhost(DEFAULT_URL_HOST, DEFAULT_EMAIL_HOST)

DEFAULT_SERVER_LANGUAGE = 'de'

DEFAULT_URL_PATTERN = 'http://%s/'

In ~/mailman/Mailman/Defaults.py seht ihr, was man in mm_cfg.py alles einstellen kann.

=== CGIs in die Domains ===

Bei der Installation als Paketuser: Die CGIs müssen in das jeweilige Domain-Verzeichnis, auf denen das Mailman Webfrontend laufen soll, kopiert werden. Ein Verlinken ist nicht möglich. Zusätzlich muss das sticky-Flag entfernt werden.

~$ mkdir ~/doms/lists.example.com/cgi/mailman
~$ cp mailman/cgi-bin/* doms/lists.example.com/cgi/mailman/
~$ chmod g-s ~/doms/lists.example.com/cgi/mailman/*

Bei der Installation als Paketadmin: CGIs in alle Domain-Verzeichnisse linken, auf denen das Mailman Webfrontend laufen soll.

~$ cd doms/lists.example.com/cgi
~/doms/lists.example.com/cgi$ ln -s ../../../mailman/cgi-bin mailman

=== Icons in die Domains ===

Die Icons können wahlweise verlinkt oder kopiert werden.

~$ cd doms/lists.example.com/htdocs
~/doms/lists.example.com/htdocs$ ln -s ../../../mailman/icons

oder kopieren

~$ cp -R mailman/icons doms/lists.example.com/htdocs/

=== .htaccess ===

Bei einer extra Mailman Domain dafür sorgen, dass Mailman auch unter lists.example.com statt unter lists.example.com/cgi-bin/mailman erreichbar ist.
In ~/doms/lists.example.com/htdocs/.htaccess folgendes eintragen (bitte RewriteCond für Icons beachten; ohne wird der Pfad für diese auch gemappt, was nicht korrekt ist):

RewriteEngine On
RewriteCond %{REQUEST_URI} !^/icons/
RewriteRule ^(.*)$ /cgi-bin/mailman/$1
RewriteRule ^/cgi-bin/mailman/$ /cgi-bin/mailman/listinfo

Wenn Mailman z.B. auf der www Domain läuft und unter www.example.com/mailman statt www.example.com/cgi-bin/mailman erreichbar sein soll, hilft folgendes in der ~/doms/example.com/subs/www/.htaccess:

RewriteEngine On
RewriteRule ^mailman/(.*)$ /cgi-bin/mailman/$1
RewriteRule ^/cgi-bin/mailman/$ /cgi-bin/mailman/listinfo

(Die DEFAULT_URL_PATTERN Zeile in der mm_cfg.py kann für diesen Fall einfach auskommentiert werden.)

=== Passwort setzen ===

~$ mailman/bin/mmsitepass

=== Cronjobs einrichten ===

In die [[Cron |Crontab]] wird z.B. eingetragen:

* * * * * ~/mailman/bin/qrunner -o -r All
47 * * * * rm -f ~/var/mailman/logs/qrunner
(Queuebearbeitung alle Minute, löschen der Verarbeitungslogs in der 47ten Minute jeder Std.)

Dies übernimmt die Funktion des qrunner-Dämons, der bei Mailman normalerweise laufen würde.
Das Logfile wird gelöscht, da es sonst sehr schnell sehr groß wird.

Zudem müssen noch die Cronjobs aus ~/mailman/cron/crontab.in eingefügt werden.

crontab -l > mycronjobs.tmp
cat ~/mailman/cron/crontab.in >> mycronjobs.tmp
crontab mycronjobs.tmp

== Mailinglisten einrichten ==

=== Als erste Liste die "mailman" "site list" Einrichten ===

Die "site list" mit dem Namen "mailman" ist die Mailingliste der lokalen Mailman Administratoren. Sie wird zur einwandfreien Funktion von Mailman benötigt.

Neue Liste anlegen:
~$ mailman/bin/newlist mailman
Enter the email of the person running the list: admin@xyz00.hostsharing.net
Initial mailman password:

Nur für die "mailman site list": Konfigurationsvorgaben laden.

~$ mailman/bin/config_list -i ~/mailman/var/data/sitelist.cfg mailman

Bei der Installation als Paketadmin:
~$ mailman/bin/config_list -i ~/var/mailman/data/sitelist.cfg mailman

(Diese Konfigurationsdatei nicht auf eigene Listen anwenden.)

=== Email Adressen einrichten ===

Bei der Installation als Paketuser erfolgt die Einrichtung der Emailadressen per hsadmin (virtusertable) und .forward Dateien.
Anlegen mittels [[hsadmin|hsadmin CLI]].

Beispiel für lists.example.com und Paketuser XYZ00-listen.

A) virtusertable:
hsadmin -c emailaddress.add -s localpart=mailman -s domain=lists.example.com -s 'target=XYZ00-listen+mailman'
hsadmin -c emailaddress.add -s localpart=mailman-admin -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-admin'
hsadmin -c emailaddress.add -s localpart=mailman-bounces -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-bounces'
hsadmin -c emailaddress.add -s localpart=mailman-confirm -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-confirm'
hsadmin -c emailaddress.add -s localpart=mailman-join -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-join'
hsadmin -c emailaddress.add -s localpart=mailman-leave -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-leave'
hsadmin -c emailaddress.add -s localpart=mailman-owner -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-owner'
hsadmin -c emailaddress.add -s localpart=mailman-request -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-request'
hsadmin -c emailaddress.add -s localpart=mailman-subscribe -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-subscribe'
hsadmin -c emailaddress.add -s localpart=mailman-unsubscribe -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-unsubscribe'

Im Homeverzeichnis des Users XYZ00-listen werden anschließend entsprechende .forward-Dateien angelegt.

B) .forward Dateien:
echo 'admin@XYZ00.hostsharing.net' > .forward # Weiterleitung von cron Fehlern etc an Paketadmin.
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman post mailman"' > .forward+mailman
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman admin mailman"' > .forward+mailman-admin
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman bounces mailman"' > .forward+mailman-bounces
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman confirm mailman"' > .forward+mailman-confirm
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman join mailman"' > .forward+mailman-join
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman leave mailman"' > .forward+mailman-leave
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman owner mailman"' > .forward+mailman-owner
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman request mailman"' > .forward+mailman-request
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman subscribe mailman"' > .forward+mailman-subscribe
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman unsubscribe mailman"' > .forward+mailman-unsubscribe

Bei der Installation als Paketadmin XYZ00 erfolgt die Einrichtung hingegen per hsadmin (virtusertable) und hsadmin (aliases) so:

A) virtusertable:
hsadmin -c emailaddress.add -s localpart=mailman -s domain=lists.example.com -s 'target=XYZ00-mailman'
hsadmin -c emailaddress.add -s localpart=mailman-admin -s domain=lists.example.com -s 'target=XYZ00-mailman-admin'
hsadmin -c emailaddress.add -s localpart=mailman-bounces -s domain=lists.example.com -s 'target=XYZ00-mailman-bounces'
hsadmin -c emailaddress.add -s localpart=mailman-confirm -s domain=lists.example.com -s 'target=XYZ00-mailman-confirm'
hsadmin -c emailaddress.add -s localpart=mailman-join -s domain=lists.example.com -s 'target=XYZ00-mailman-join'
hsadmin -c emailaddress.add -s localpart=mailman-leave -s domain=lists.example.com -s 'target=XYZ00-mailman-leave'
hsadmin -c emailaddress.add -s localpart=mailman-owner -s domain=lists.example.com -s 'target=XYZ00-mailman-owner'
hsadmin -c emailaddress.add -s localpart=mailman-request -s domain=lists.example.com -s 'target=XYZ00-mailman-request'
hsadmin -c emailaddress.add -s localpart=mailman-subscribe -s domain=lists.example.com -s 'target=XYZ00-mailman-subscribe'
hsadmin -c emailaddress.add -s localpart=mailman-unsubscribe -s domain=lists.example.com -s 'target=XYZ00-mailman-unsubscribe'

''Hinweis: Die e-Mail Adressen und die Targets, welche noch in den Aliasen definiert werden müssen, können von Domain und Mailingliste unterschiedlich sein bzw. müssen bei mehreren identische Listen unterschiedlich sein!''

Die bei den Mail-Adressen oben angegebenen Aliase werden mit [[hsadmin|hsadmin CLI]] angelegt.

B) aliase:
hsadmin -c emailalias.add -s name='XYZ00-mailman' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman post mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-admin' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman admin mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-bounces' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman bounces mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-confirm' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman confirm mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-join' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman join mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-leave' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman leave mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-owner' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman owner mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-request' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman request mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-subscribe' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman subscribe mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-unsubscribe' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman unsubscribe mailman"'

''Hinweis: Die Aliase und die Targets können von Domain und Mailingliste unterschiedlich sein bzw. müssen bei mehreren identische Listen unterschiedlich sein! Des Weiteren ist der Pfad zur Mailman Installation anzupassen.''

=== Administration ===

Administriert werden Listen über http://lists.example.com/admin/<listenname> und entweder dem Listenpasswort oder dem Site-Passwort.

Als erstes sollte man die Liste "mailman" selber abbonieren. (http://lists.example.com/admin/mailman)

Bis auf das Anwenden der sitelist.cfg werden auch alle weiteren Listen nach obigem Schema angelegt, oder (bis auf das anlegen der virtusertable Einträge und aliase) über das Mailman Webinterface.

Das war's. Mailman ist jetzt fertig installiert und müsste sogar funktionieren ;)

== Feintuning ==

Wer will, kann auch noch etwas Platz sparen. Die normale Mailmaninstallation schlägt mit über 20 MB zu Buche...

Mit den folgenden Tips kann man das auf ca. 6 MB reduzieren :)

Es kann natürlich sein, dass ich zuviel lösche, aber bei mir funktioniert's. Wenn ihr also sicher(er) sein wollt, dass euch der Mailman nicht um die Ohren fliegt, macht das nicht!

* ~/mailman/cgi-bin und ~/mailman/icons können gelöscht werden, falls sie an andere Stelle kopiert worden sind.
* Die nicht benötigten Sprachen in ~/mailman/messages löschen.
* Die nicht benötigten Sprachen in ~/mailman/templates löschen (bis auf englisch).
* ~/mailman/tests kann, soweit ich das sehe, komplett gelöscht werden.
* Falls man koreanisch und japanisch nicht braucht, kann man folgendes machen:
* in ~/mailman/bin/paths.py, ~/mailman/cron/paths.py und ~/mailman/scripts/paths.py die Zeilen:

# In a normal interactive Python environment, the japanese.pth and korean.pth
# files would be imported automatically. But because we inhibit the importing
# of the site module, we need to be explicit about importing these codecs.
if not jaok:
import japanese
# As of KoreanCodecs 2.0.5, you had to do the second import to get the Korean
# codecs installed, however leave the first import in there in case an upgrade
# changes this.
if not kook:
import korean
import korean.aliases

auskommentieren.

Dann kann man ~/mailman/pythonlib/japanese, ~/mailman/pythonlib/korean, ~/mailman/pythonlib/korean.pth sowie ~/mailman/pythonlib/lib löschen.

Man kann auch noch die Debug-Informationen aus den binaries strippen:

strip ~/mailman/mail/mailman
strip ~/mailman/cgi-bin/*

Falls die CGIs nicht gesymlinkt wurden:
strip ~/doms/lists.example.com/cgi/mailman/*

== Multidomainfähigkeit ==

Seit Mailman 2.x kann eine Mailman-Installation unter gewissen Einschränkungen für mehrere Domains verwendet werden. Hier soll kurz gezeigt werden, was geht und wie es geht.

=== Anleitung ===

Logischerweise muss das Webfrontend (die CGIs) auf allen Domains installiert werden.

Wenn man nun Mailinglisten mit newlist neu anlegt, muss man den Hostnamen für das Webfontend mit angeben, und zwar so:

~$ mailman/bin/newlist listenname@lists.example.com

Es ist ggf. wichtig, dass in der mm_cfg.py eine entsprechende add_virtualhost-Direktive für www.example.com steht, die der Frontend-URL einen Host-Part für die Mailadressen zuordnet. Ist eine solche Direktive nicht vorhanden, so wird lists.example.com sowohl als URL für das Webfrontend wie auch als Hostpart für Emailadressen verwendet. (Was für separate aufgeschaltete Domains wie z.B. lists.example.com gerade zutrifft.)

Liegt das Frondend nicht auf der Maildomain ist es wichtig, dass ihr Mailman sagt, für welches die zugehörige Maildomain ist. Dies tut ihr in der Datei ~/mailman/Mailman/mm_cfg.py:

Also z.B.
DEFAULT_URL_HOST = 'www.example.com'
DEFAULT_EMAIL_HOST = 'lists.example.com'
add_virtualhost(DEFAULT_URL_HOST,DEFAULT_EMAIL_HOST)

und
add_virtualhost('www.zoopnet.de', 'lists.zoopnet.de')

Das bedeutet, dass Mailman per default davon ausgeht, dass alle Listen für die Domain example.com sind.
Alle weiteren add_virtualhost-Direktiven ordnen einem Hostnamen für das Webfrontend (z.B. www.zoopnet.de) einen Hostpart für die Adresse der Mailinglisten (z.B. lists.zoopnet.de) zu.

Tip von Raimund Specht: Lässt man den zweiten Parameter weg, also schreibt z.B. add_virtualhost('www.example.org'), dann benutzt Mailman als Hostpart alles was nach dem ersten Punkt steht, hier also example.org als Maildomain.

Prinzipiell war's das. Man muss die Listeneinträge natürlich immer in die richtige virtusertable eintragen, und für gleichnamige Mailinglisten auf verschiedenen Domains (mailman@*) verschidene +Ergänzungen bzw. aliase verwenden. :)

=== Probleme ===

Verschiedene Listen mit gleichem Namen (also z.B. liste@example1.com und liste@example2.com) sind mit Mailman 2.1 leider nicht möglich.

== Tips und Tricks ==

=== URL Änderungen ===
Nach URL Änderungen stimmen Links im Web-Interface nicht mehr und Listen werden nicht mehr angezeigt.
Es sind dann, zusätzlich zur Anpassung der mm_cfg.py, schon bestehende Listen und Archive mit folgendem Befehl zu aktualisieren:
~/mailman/bin/withlist -l -r fix_url <Listen_Name> -v -u <Neue_Url>
<Listen_Name> steht für die Mailingliste, die bearbeitet werden soll. <Neue_Url> für die neue URL/Webadresse des Webinterfaces.

=== Weitere Cron-Jobs zur Mailinglisten Verwaltung ===

Folgende Cronjobs helfen bei der Verwaltung und sind User freundlich:

< In Arbeit >

== Referenzen ==

Lösung zur installation als Domainadmin statt Paketadmin:
https://lists.hostsharing.net/archiv/support/2009-June/019414.html

Ältere Anleitung für Installation als Domain-Admin: <http://lists.hostsharing.net/archiv/support/2005-January/012426.html>

Laufenlassen mit event:
Download und Doku auf <http://al000.hostsharing.net/mailman/mmhs/>

Die "Mutter der Mailman-Installations-Doku" <http://al000.hostsharing.net/mailman/>

"kleinen Tools" auf http://hs.andreasloesch.de, wobei das 'pac-mm-install' wahrscheinlich nicht aktuell (genug) ist

----
[[Kategorie:HSDoku]]
[[Kategorie:Installationsanleitungen]]
[[Kategorie:Software]]

Mailman Installieren

2009-10-06T11:24:47Z

Daz00-daniel: CGI-Kapitel angepasst, Konsistenz verbessert

Was noch jemand ergänzen müsste:
* Eine generische virtuser/alias Konfiguration finden und dokumentieren. 
http://listes.rezo.net/how.php http://www.gnu.org/software/mailman/mailman-install/mail-server.html

* Skriptautomatisierung updaten http://hs.andreasloesch.de/pac-mm-install

== Installation ==

Installationsanleitung von Mailman 
(zuletzt getestet mit mailman-2.1.12 in eigenem Paketuser)

Vielen Dank an alle Benutzer die Verbesserungen beisteuern!

Mailman kann als Paketadmin oder Paketuser installiert werden. Wenn er als Paketadmin installiert wird haben jedoch ausnahmslos alle Paketuser direkten Zugriff auf die Mailman Daten, und bei Sicherheitslücken in Mailman könnten potentiell Paketadminrechte übernommen werden.

Zur Separation von Paketadminrechten und anderen Paketusern ist es vorzuziehen Mailman in einem Paketuser Account zu installieren. (Bspw. xyz00-listen) Und diesem separaten User ggf mehrere lists.*.* Subdomains aufzuschalten.

Vorteil der Installation als Paketuser ist, dass nur dieser direkten Zugriff auf die Mailmandaten hat und mailman ohne Paketadminrechte läuft. Während der Emailauslieferung werden (wie immer bei .forward) die Rechte des Zielusers angenommen. (So läuft das auch bei procmail.)

Nachteil der Installation als Paketuser ist lediglich, dass bisher so nicht die Paketdomain mit dem SSL Zertifikat von Hostsharing genutzt werden kann.

=== Sourcen besorgen und entpacken ===

Unter http://www.gnu.org/software/mailman/ die aktuelle Software besorgen.

~$ tar -xzvf mailman-2.1.12.tgz

=== Log-Verzeichnis anlegen ===

Bei der Installation als Paketuser:
~$ mkdir -p mailman/var
~$ chmod 02775 mailman/var

Bei der Installation als Paketadmin:
~$ mkdir var/mailman
~$ chmod 02775 var/mailman

=== Kompilieren ===

Braucht einige Optionen, die anzupassen sind.

~$ cd mailman-2.1.12

Bei der Installation als Paketuser:
~/mailman-2.1.12$ ./configure --prefix=/home/pacs/XYZ00/users/listen/mailman \
--with-username=XYZ00-listen \
--with-groupname=XYZ00 \
--with-var-prefix=/home/pacs/XYZ00/users/listen/mailman/var \
--with-cgi-gid=XYZ00 \
--with-mail-gid=XYZ00

Bei der Installation als Paketadmin:
~/mailman-2.1.12$ ./configure --prefix=/home/pacs/XYZ00/mailman \
--with-username=XYZ00 \
--with-groupname=XYZ00 \
--with-var-prefix=/home/pacs/XYZ00/var/mailman \
--with-cgi-gid=XYZ00 \
--with-mail-gid=nogroup
(die \ bedeuten, dass alles in eine Zeile gehört, bzw. die Returns nicht interpretiert werden sollen.)

Anschließend:

~/mailman-2.1.12$ make
~/mailman-2.1.12$ make install

=== Datenrechte prüfen ===

Sicherheitshalber die Dateirechte prüfen (und ggf. korrigieren) lassen:

~/mailman-2.1.12$ cd ..
~$ mailman/bin/check_perms -f

== Konfiguration ==

=== mm_cfg.py ===

Konfigurationsdatei editieren:

~$ nano mailman/Mailman/mm_cfg.py

Eine Beispielkonfiguration für lists.example.com könnte so aussehen:

[...]
##################################################
# Put YOUR site-specific settings below this line.
# -*- python -*-

DEFAULT_HOST_NAME = 'lists.example.com'
DEFAULT_EMAIL_HOST = 'lists.example.com'
DEFAULT_URL_HOST = 'lists.example.com'
add_virtualhost(DEFAULT_URL_HOST, DEFAULT_EMAIL_HOST)

DEFAULT_SERVER_LANGUAGE = 'de'

DEFAULT_URL_PATTERN = 'http://%s/'

In ~/mailman/Mailman/Defaults.py seht ihr, was man in mm_cfg.py alles einstellen kann.

=== CGIs in die Domains ===

Bei der Installation als Paketuser: Die CGIs müssen in das jeweilige Domain-Verzeichnis, auf denen das Mailman Webfrontend laufen soll, kopiert werden. Ein Verlinken ist nicht möglich. Zusätzlich muss das sticky-Flag entfernt werden.

~$ mkdir ~/doms/lists.example.com/cgi/mailman
~$ cp mailman/cgi-bin/* doms/lists.example.com/cgi/mailman/
~$ chmod g-s ~/doms/lists.example.com/cgi/mailman/*

Bei der Installation als Paketadmin: CGIs in alle Domain-Verzeichnisse linken, auf denen das Mailman Webfrontend laufen soll.

~$ cd doms/lists.example.com/cgi
~/doms/lists.example.com/cgi$ ln -s ../../../mailman/cgi-bin mailman

=== Icons in die Domains ===

Die Icons können wahlweise verlinkt oder kopiert werden.

~$ cd doms/lists.example.com/htdocs
~/doms/lists.example.com/htdocs$ ln -s ../../../mailman/icons

oder kopieren

~$ cp -R mailman/icons doms/lists.example.com/htdocs/

=== .htaccess ===

Bei einer extra Mailman Domain dafür sorgen, dass Mailman auch unter lists.example.com statt unter lists.example.com/cgi-bin/mailman erreichbar ist. In ~/doms/lists.example.com/htdocs/.htaccess folgendes eintragen:

RewriteEngine On
RewriteCond %{REQUEST_URI} !^/icons/
RewriteRule ^(.*)$ /cgi-bin/mailman/$1
RewriteRule ^/cgi-bin/mailman/$ /cgi-bin/mailman/listinfo

Wenn Mailman z.B. auf der www Domain läuft und unter www.example.com/mailman statt www.example.com/cgi-bin/mailman erreichbar sein soll, hilft folgendes in der ~/doms/example.com/subs/www/.htaccess:

RewriteEngine On
RewriteRule ^mailman/(.*)$ /cgi-bin/mailman/$1
RewriteRule ^/cgi-bin/mailman/$ /cgi-bin/mailman/listinfo

(Die DEFAULT_URL_PATTERN Zeile in der mm_cfg.py kann für diesen Fall einfach auskommentiert werden.)

=== Passwort setzen ===

~$ mailman/bin/mmsitepass

=== Cronjobs einrichten ===

In die [[Cron |Crontab]] wird z.B. eingetragen:

* * * * * ~/mailman/bin/qrunner -o -r All
47 * * * * rm -f ~/var/mailman/logs/qrunner
(Queuebearbeitung alle Minute, löschen der Verarbeitungslogs in der 47ten Minute jeder Std.)

Dies übernimmt die Funktion des qrunner-Dämons, der bei Mailman normalerweise laufen würde.
Das Logfile wird gelöscht, da es sonst sehr schnell sehr groß wird.

Zudem müssen noch die Cronjobs aus ~/mailman/cron/crontab.in eingefügt werden.

crontab -l > mycronjobs.tmp
cat ~/mailman/cron/crontab.in >> mycronjobs.tmp
crontab mycronjobs.tmp

== Mailinglisten einrichten ==

=== Als erste Liste die "mailman" "site list" Einrichten ===

Die "site list" mit dem Namen "mailman" ist die Mailingliste der lokalen Mailman Administratoren. Sie wird zur einwandfreien Funktion von Mailman benötigt.

Neue Liste anlegen:
~$ mailman/bin/newlist mailman
Enter the email of the person running the list: admin@xyz00.hostsharing.net
Initial mailman password:

Nur für die "mailman site list": Konfigurationsvorgaben laden.

~$ mailman/bin/config_list -i ~/mailman/var/data/sitelist.cfg mailman

Bei der Installation als Paketadmin:
~$ mailman/bin/config_list -i ~/var/mailman/data/sitelist.cfg mailman

(Diese Konfigurationsdatei nicht auf eigene Listen anwenden.)

=== Email Adressen einrichten ===

Bei der Installation als Paketuser erfolgt die Einrichtung der Emailadressen per hsadmin (virtusertable) und .forward Dateien.
Anlegen mittels [[hsadmin|hsadmin CLI]].

Beispiel für lists.example.com und Paketuser XYZ00-listen.

A) virtusertable:
hsadmin -c emailaddress.add -s localpart=mailman -s domain=lists.example.com -s 'target=XYZ00-listen+mailman'
hsadmin -c emailaddress.add -s localpart=mailman-admin -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-admin'
hsadmin -c emailaddress.add -s localpart=mailman-bounces -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-bounces'
hsadmin -c emailaddress.add -s localpart=mailman-confirm -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-confirm'
hsadmin -c emailaddress.add -s localpart=mailman-join -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-join'
hsadmin -c emailaddress.add -s localpart=mailman-leave -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-leave'
hsadmin -c emailaddress.add -s localpart=mailman-owner -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-owner'
hsadmin -c emailaddress.add -s localpart=mailman-request -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-request'
hsadmin -c emailaddress.add -s localpart=mailman-subscribe -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-subscribe'
hsadmin -c emailaddress.add -s localpart=mailman-unsubscribe -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-unsubscribe'

Im Homeverzeichnis des Users XYZ00-listen werden anschließend entsprechende .forward-Dateien angelegt.

B) .forward Dateien:
echo 'admin@XYZ00.hostsharing.net' > .forward # Weiterleitung von cron Fehlern etc an Paketadmin.
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman post mailman"' > .forward+mailman
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman admin mailman"' > .forward+mailman-admin
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman bounces mailman"' > .forward+mailman-bounces
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman confirm mailman"' > .forward+mailman-confirm
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman join mailman"' > .forward+mailman-join
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman leave mailman"' > .forward+mailman-leave
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman owner mailman"' > .forward+mailman-owner
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman request mailman"' > .forward+mailman-request
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman subscribe mailman"' > .forward+mailman-subscribe
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman unsubscribe mailman"' > .forward+mailman-unsubscribe

Bei der Installation als Paketadmin XYZ00 erfolgt die Einrichtung hingegen per hsadmin (virtusertable) und hsadmin (aliases) so:

A) virtusertable:
hsadmin -c emailaddress.add -s localpart=mailman -s domain=lists.example.com -s 'target=XYZ00-mailman'
hsadmin -c emailaddress.add -s localpart=mailman-admin -s domain=lists.example.com -s 'target=XYZ00-mailman-admin'
hsadmin -c emailaddress.add -s localpart=mailman-bounces -s domain=lists.example.com -s 'target=XYZ00-mailman-bounces'
hsadmin -c emailaddress.add -s localpart=mailman-confirm -s domain=lists.example.com -s 'target=XYZ00-mailman-confirm'
hsadmin -c emailaddress.add -s localpart=mailman-join -s domain=lists.example.com -s 'target=XYZ00-mailman-join'
hsadmin -c emailaddress.add -s localpart=mailman-leave -s domain=lists.example.com -s 'target=XYZ00-mailman-leave'
hsadmin -c emailaddress.add -s localpart=mailman-owner -s domain=lists.example.com -s 'target=XYZ00-mailman-owner'
hsadmin -c emailaddress.add -s localpart=mailman-request -s domain=lists.example.com -s 'target=XYZ00-mailman-request'
hsadmin -c emailaddress.add -s localpart=mailman-subscribe -s domain=lists.example.com -s 'target=XYZ00-mailman-subscribe'
hsadmin -c emailaddress.add -s localpart=mailman-unsubscribe -s domain=lists.example.com -s 'target=XYZ00-mailman-unsubscribe'

''Hinweis: Die e-Mail Adressen und die Targets, welche noch in den Aliasen definiert werden müssen, können von Domain und Mailingliste unterschiedlich sein bzw. müssen bei mehreren identische Listen unterschiedlich sein!''

Die bei den Mail-Adressen oben angegebenen Aliase werden mit [[hsadmin|hsadmin CLI]] angelegt.

B) aliase:
hsadmin -c emailalias.add -s name='XYZ00-mailman' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman post mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-admin' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman admin mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-bounces' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman bounces mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-confirm' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman confirm mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-join' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman join mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-leave' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman leave mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-owner' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman owner mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-request' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman request mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-subscribe' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman subscribe mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-unsubscribe' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman unsubscribe mailman"'

''Hinweis: Die Aliase und die Targets können von Domain und Mailingliste unterschiedlich sein bzw. müssen bei mehreren identische Listen unterschiedlich sein! Des Weiteren ist der Pfad zur Mailman Installation anzupassen.''

=== Administration ===

Administriert werden Listen über http://lists.example.com/admin/<listenname> und entweder dem Listenpasswort oder dem Site-Passwort.

Als erstes sollte man die Liste "mailman" selber abbonieren. (http://lists.example.com/admin/mailman)

Bis auf das Anwenden der sitelist.cfg werden auch alle weiteren Listen nach obigem Schema angelegt, oder (bis auf das anlegen der virtusertable Einträge und aliase) über das Mailman Webinterface.

Das war's. Mailman ist jetzt fertig installiert und müsste sogar funktionieren ;)

== Feintuning ==

Wer will, kann auch noch etwas Platz sparen. Die normale Mailmaninstallation schlägt mit über 20 MB zu Buche...

Mit den folgenden Tips kann man das auf ca. 6 MB reduzieren :)

Es kann natürlich sein, dass ich zuviel lösche, aber bei mir funktioniert's. Wenn ihr also sicher(er) sein wollt, dass euch der Mailman nicht um die Ohren fliegt, macht das nicht!

* ~/mailman/cgi-bin und ~/mailman/icons können gelöscht werden, falls sie an andere Stelle kopiert worden sind.
* Die nicht benötigten Sprachen in ~/mailman/messages löschen.
* Die nicht benötigten Sprachen in ~/mailman/templates löschen (bis auf englisch).
* ~/mailman/tests kann, soweit ich das sehe, komplett gelöscht werden.
* Falls man koreanisch und japanisch nicht braucht, kann man folgendes machen:
* in ~/mailman/bin/paths.py, ~/mailman/cron/paths.py und ~/mailman/scripts/paths.py die Zeilen:

# In a normal interactive Python environment, the japanese.pth and korean.pth
# files would be imported automatically. But because we inhibit the importing
# of the site module, we need to be explicit about importing these codecs.
if not jaok:
import japanese
# As of KoreanCodecs 2.0.5, you had to do the second import to get the Korean
# codecs installed, however leave the first import in there in case an upgrade
# changes this.
if not kook:
import korean
import korean.aliases

auskommentieren.

Dann kann man ~/mailman/pythonlib/japanese, ~/mailman/pythonlib/korean, ~/mailman/pythonlib/korean.pth sowie ~/mailman/pythonlib/lib löschen.

Man kann auch noch die Debug-Informationen aus den binaries strippen:

strip ~/mailman/mail/mailman
strip ~/mailman/cgi-bin/*

Falls die CGIs nicht gesymlinkt wurden:
strip ~/doms/lists.example.com/cgi/mailman/*

== Multidomainfähigkeit ==

Seit Mailman 2.x kann eine Mailman-Installation unter gewissen Einschränkungen für mehrere Domains verwendet werden. Hier soll kurz gezeigt werden, was geht und wie es geht.

=== Anleitung ===

Logischerweise muss das Webfrontend (die CGIs) auf allen Domains installiert werden.

Wenn man nun Mailinglisten mit newlist neu anlegt, muss man den Hostnamen für das Webfontend mit angeben, und zwar so:

~$ mailman/bin/newlist listenname@lists.example.com

Es ist ggf. wichtig, dass in der mm_cfg.py eine entsprechende add_virtualhost-Direktive für www.example.com steht, die der Frontend-URL einen Host-Part für die Mailadressen zuordnet. Ist eine solche Direktive nicht vorhanden, so wird lists.example.com sowohl als URL für das Webfrontend wie auch als Hostpart für Emailadressen verwendet. (Was für separate aufgeschaltete Domains wie z.B. lists.example.com gerade zutrifft.)

Liegt das Frondend nicht auf der Maildomain ist es wichtig, dass ihr Mailman sagt, für welches die zugehörige Maildomain ist. Dies tut ihr in der Datei ~/mailman/Mailman/mm_cfg.py:

Also z.B.
DEFAULT_URL_HOST = 'www.example.com'
DEFAULT_EMAIL_HOST = 'lists.example.com'
add_virtualhost(DEFAULT_URL_HOST,DEFAULT_EMAIL_HOST)

und
add_virtualhost('www.zoopnet.de', 'lists.zoopnet.de')

Das bedeutet, dass Mailman per default davon ausgeht, dass alle Listen für die Domain example.com sind.
Alle weiteren add_virtualhost-Direktiven ordnen einem Hostnamen für das Webfrontend (z.B. www.zoopnet.de) einen Hostpart für die Adresse der Mailinglisten (z.B. lists.zoopnet.de) zu.

Tip von Raimund Specht: Lässt man den zweiten Parameter weg, also schreibt z.B. add_virtualhost('www.example.org'), dann benutzt Mailman als Hostpart alles was nach dem ersten Punkt steht, hier also example.org als Maildomain.

Prinzipiell war's das. Man muss die Listeneinträge natürlich immer in die richtige virtusertable eintragen, und für gleichnamige Mailinglisten auf verschiedenen Domains (mailman@*) verschidene +Ergänzungen bzw. aliase verwenden. :)

=== Probleme ===

Verschiedene Listen mit gleichem Namen (also z.B. liste@example1.com und liste@example2.com) sind mit Mailman 2.1 leider nicht möglich.

== Tips und Tricks ==

=== URL Änderungen ===
Nach URL Änderungen stimmen Links im Web-Interface nicht mehr und Listen werden nicht mehr angezeigt.
Es sind dann, zusätzlich zur Anpassung der mm_cfg.py, schon bestehende Listen und Archive mit folgendem Befehl zu aktualisieren:
~/mailman/bin/withlist -l -r fix_url <Listen_Name> -v -u <Neue_Url>
<Listen_Name> steht für die Mailingliste, die bearbeitet werden soll. <Neue_Url> für die neue URL/Webadresse des Webinterfaces.

=== Weitere Cron-Jobs zur Mailinglisten Verwaltung ===

Folgende Cronjobs helfen bei der Verwaltung und sind User freundlich:

< In Arbeit >

== Referenzen ==

Lösung zur installation als Domainadmin statt Paketadmin:
https://lists.hostsharing.net/archiv/support/2009-June/019414.html

Ältere Anleitung für Installation als Domain-Admin: <http://lists.hostsharing.net/archiv/support/2005-January/012426.html>

Laufenlassen mit event:
Download und Doku auf <http://al000.hostsharing.net/mailman/mmhs/>

Die "Mutter der Mailman-Installations-Doku" <http://al000.hostsharing.net/mailman/>

"kleinen Tools" auf http://hs.andreasloesch.de, wobei das 'pac-mm-install' wahrscheinlich nicht aktuell (genug) ist

----
[[Kategorie:HSDoku]]
[[Kategorie:Installationsanleitungen]]
[[Kategorie:Software]]

Mailman Installieren

2009-10-06T11:06:50Z

Daz00-daniel:

Was noch jemand ergänzen müsste:
* Eine generische virtuser/alias Konfiguration finden und dokumentieren. http://listes.rezo.net/how.php http://www.gnu.org/software/mailman/mailman-install/mail-server.html

* Skriptautomatisierung updaten http://hs.andreasloesch.de/pac-mm-install

== Installation ==

Installationsanleitung von Mailman 
(zuletzt getestet mit mailman-2.1.12)

Vielen Dank an alle Benutzer die Verbesserungen beisteuern!

Mailman kann als Paketadmin oder Paketuser installiert werden. Wenn er als Paketadmin installiert wird haben jedoch ausnahmslos alle Paketuser direkten Zugriff auf die Mailman Daten, und bei Sicherheitslücken in Mailman könnten potentiell Paketadminrechte übernommen werden.

Zur Separation von Paketadminrechten und anderen Paketusern ist es vorzuziehen Mailman in einem Paketuser Account zu installieren. (Bspw. xyz00-listen) Und diesem separaten User ggf mehrere lists.*.* Subdomains aufzuschalten.

Vorteil der Installation als Paketuser ist, dass nur dieser direkten Zugriff auf die Mailmandaten hat und mailman ohne Paketadminrechte läuft. Während der Emailauslieferung werden (wie immer bei .forward) die Rechte des Zielusers angenommen. (So läuft das auch bei procmail.)

Nachteil der Installation als Paketuser ist lediglich, dass bisher so nicht die Paketdomain mit dem SSL Zertifikat von Hostsharing genutzt werden kann.

=== Sourcen besorgen und entpacken ===
Unter http://www.gnu.org/software/mailman/ die aktuelle Software besorgen.

~$ tar -xzvf mailman-2.1.12.tgz

=== Log-Verzeichnis anlegen ===

Bei der Installation als Paketadmin:
~$ mkdir var/mailman
~$ chmod 02775 var/mailman

Bei der Installation als Paketuser:
~$ mkdir -p mailman/var
~$ chmod 02775 mailman/var

=== Kompilieren ===
braucht einige Optionen, die anzupassen sind.

~$ cd mailman-2.1.12

Bei der Installation als Paketuser:
~/mailman-2.1.12$ ./configure --prefix=/home/pacs/XYZ00/users/listen/mailman \
--with-username=XYZ00-listen \
--with-groupname=XYZ00 \
--with-var-prefix=/home/pacs/XYZ00/users/listen/mailman/var \
--with-cgi-gid=XYZ00 \
--with-mail-gid=XYZ00

Bei der Installation als Paketadmin wäre es:
~/mailman-2.1.12$ ./configure --prefix=/home/pacs/XYZ00/mailman \
--with-username=XYZ00 \
--with-groupname=XYZ00 \
--with-var-prefix=/home/pacs/XYZ00/var/mailman \
--with-cgi-gid=XYZ00 \
--with-mail-gid=nogroup
(die \ bedeuten, dass alles in eine Zeile gehört, bzw. die Returns nicht interpretiert werden sollen.)

Anschließend:

~/mailman-2.1.12$ make
~/mailman-2.1.12$ make install

=== Datenrechte prüfen ===

Sicherheitshalber die Dateirechte prüfen (und ggf. korrigieren) lassen:

~/mailman-2.1.12$ cd ..
~$ mailman/bin/check_perms -f

== Konfiguration ==

=== mm_cfg.py ===

Konfigurationsdatei editieren:

~$ nano mailman/Mailman/mm_cfg.py

Eine Beispielkonfiguration für lists.example.com könnte so aussehen:

[...]
##################################################
# Put YOUR site-specific settings below this line.
# -*- python -*-

DEFAULT_HOST_NAME = 'lists.example.com'
DEFAULT_EMAIL_HOST = 'lists.example.com'
DEFAULT_URL_HOST = 'lists.example.com'
add_virtualhost(DEFAULT_URL_HOST, DEFAULT_EMAIL_HOST)

DEFAULT_SERVER_LANGUAGE = 'de'

DEFAULT_URL_PATTERN = 'http://%s/'

In ~/mailman/Mailman/Defaults.py seht ihr, was man in mm_cfg.py alles einstellen kann.

=== CGIs in die Domains ===

CGIs in alle Domain-Verzeichnisse linken, auf denen das Mailman Webfrontend laufen soll.

Beispielsweise:
~$ cd doms/listen.example.com/cgi
~/doms/listen.example.com/cgi$ ln -s ../../../mailman/cgi-bin mailman
~/doms/listen.example.com/cgi$ cd

Wenn die Domains bei anderen Usern liegen ggf. kopieren:
~$ mkdir ~/doms/lists.example.com/cgi/mailman
~$ cp ../listen/mailman/cgi-bin/* doms/lists.example.com/cgi/mailman/
~$ chmod g-s ~/doms/example.com/cgi/mailman/*

=== Icons in die Domains ===

~$ cd doms/listen.example.com/htdocs
~/doms/listen.example.com/htdocs$ ln -s ../../../mailman/icons icons
~/doms/listen.example.com/cgi$ cd

oder kopieren

~$ cp -R mailman/icons doms/lists.example.com/htdocs/

=== .htaccess ===

Bei einer extra Mailman Domain dafür sorgen, dass Mailman auch unter lists.example.com statt unter lists.example.com/cgi-bin/mailman erreichbar ist. In ~/doms/lists.example.com/htdocs/.htaccess folgendes eintragen:

RewriteEngine On
RewriteCond %{REQUEST_URI} !^/icons/
RewriteRule ^(.*)$ /cgi-bin/mailman/$1
RewriteRule ^/cgi-bin/mailman/$ /cgi-bin/mailman/listinfo

Wenn Mailman z.B. auf der www Domain läuft und unter www.example.com/mailman statt www.example.com/cgi-bin/mailman erreichbar sein soll, hilft folgendes in der ~/doms/example.com/subs/www/.htaccess:

RewriteEngine On
RewriteRule ^mailman/(.*)$ /cgi-bin/mailman/$1
RewriteRule ^/cgi-bin/mailman/$ /cgi-bin/mailman/listinfo

(Die DEFAULT_URL_PATTERN Zeile in der mm_cfg.py kann für diesen Fall einfach auskommentiert werden.)

=== Passwort setzen ===

~$ mailman/bin/mmsitepass

=== Cronjobs einrichten ===

In die [[Cron |Crontab]] wird z.B. eingetragen:

* * * * * ~/mailman/bin/qrunner -o -r All
47 * * * * rm -f ~/var/mailman/logs/qrunner
(Queuebearbeitung alle Minute, löschen der Verarbeitungslogs in der 47ten Minute jeder Std.)

Dies übernimmt die Funktion des qrunner-Dämons, der bei Mailman normalerweise laufen würde.
Das Logfile wird gelöscht, da es sonst sehr schnell sehr groß wird.

Zudem müssen noch die Cronjobs aus ~/mailman/cron/crontab.in eingefügt werden.

crontab -l > mycronjobs.tmp
cat ~/mailman/cron/crontab.in >> mycronjobs.tmp
crontab mycronjobs.tmp

== Mailinglisten einrichten ==

=== Als erste Liste die "mailman" "site list" Einrichten ===

Die "site list" mit dem Namen "mailman" ist die Mailingliste der lokalen Mailman Administratoren. Sie wird zur einwandfreien Funktion von Mailman benötigt.

Neue Liste anlegen:
~$ mailman/bin/newlist mailman
Enter the email of the person running the list: admin@xyz00.hostsharing.net
Initial mailman password:

Nur für die "mailman site list": Konfigurationsvorgaben laden.

~$ mailman/bin/config_list -i ~/mailman/var/data/sitelist.cfg mailman

Bei der Installation als Paketadmin:
~$ mailman/bin/config_list -i ~/var/mailman/data/sitelist.cfg mailman

(Diese Konfigurationsdatei nicht auf eigene Listen anwenden.)

=== Email Adressen einrichten ===

Bei der Installation als Paketuser erfolgt die Einrichtung der Emailadressen per hsadmin (virtusertable) und .forward Dateien.
Anlegen mittels [[hsadmin|hsadmin CLI]].

Beispiel für lists.example.com und Paketuser XYZ00-listen.

A) virtusertable:
hsadmin -c emailaddress.add -s localpart=mailman -s domain=lists.example.com -s 'target=XYZ00-listen+mailman'
hsadmin -c emailaddress.add -s localpart=mailman-admin -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-admin'
hsadmin -c emailaddress.add -s localpart=mailman-bounces -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-bounces'
hsadmin -c emailaddress.add -s localpart=mailman-confirm -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-confirm'
hsadmin -c emailaddress.add -s localpart=mailman-join -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-join'
hsadmin -c emailaddress.add -s localpart=mailman-leave -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-leave'
hsadmin -c emailaddress.add -s localpart=mailman-owner -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-owner'
hsadmin -c emailaddress.add -s localpart=mailman-request -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-request'
hsadmin -c emailaddress.add -s localpart=mailman-subscribe -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-subscribe'
hsadmin -c emailaddress.add -s localpart=mailman-unsubscribe -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-unsubscribe'

Im Homeverzeichnis des Users XYZ00-listen werden anschließend entsprechende .forward-Dateien angelegt.

B) .forward Dateien:
echo 'admin@XYZ00.hostsharing.net' > .forward # Weiterleitung von cron Fehlern etc an Paketadmin.
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman post mailman"' > .forward+mailman
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman admin mailman"' > .forward+mailman-admin
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman bounces mailman"' > .forward+mailman-bounces
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman confirm mailman"' > .forward+mailman-confirm
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman join mailman"' > .forward+mailman-join
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman leave mailman"' > .forward+mailman-leave
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman owner mailman"' > .forward+mailman-owner
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman request mailman"' > .forward+mailman-request
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman subscribe mailman"' > .forward+mailman-subscribe
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman unsubscribe mailman"' > .forward+mailman-unsubscribe

Bei der Installation als Paketadmin XYZ00 erfolgt die Einrichtung hingegen per hsadmin (virtusertable) und hsadmin (aliases) so:

A) virtusertable:
hsadmin -c emailaddress.add -s localpart=mailman -s domain=lists.example.com -s 'target=XYZ00-mailman'
hsadmin -c emailaddress.add -s localpart=mailman-admin -s domain=lists.example.com -s 'target=XYZ00-mailman-admin'
hsadmin -c emailaddress.add -s localpart=mailman-bounces -s domain=lists.example.com -s 'target=XYZ00-mailman-bounces'
hsadmin -c emailaddress.add -s localpart=mailman-confirm -s domain=lists.example.com -s 'target=XYZ00-mailman-confirm'
hsadmin -c emailaddress.add -s localpart=mailman-join -s domain=lists.example.com -s 'target=XYZ00-mailman-join'
hsadmin -c emailaddress.add -s localpart=mailman-leave -s domain=lists.example.com -s 'target=XYZ00-mailman-leave'
hsadmin -c emailaddress.add -s localpart=mailman-owner -s domain=lists.example.com -s 'target=XYZ00-mailman-owner'
hsadmin -c emailaddress.add -s localpart=mailman-request -s domain=lists.example.com -s 'target=XYZ00-mailman-request'
hsadmin -c emailaddress.add -s localpart=mailman-subscribe -s domain=lists.example.com -s 'target=XYZ00-mailman-subscribe'
hsadmin -c emailaddress.add -s localpart=mailman-unsubscribe -s domain=lists.example.com -s 'target=XYZ00-mailman-unsubscribe'

''Hinweis: Die e-Mail Adressen und die Targets, welche noch in den Aliasen definiert werden müssen, können von Domain und Mailingliste unterschiedlich sein bzw. müssen bei mehreren identische Listen unterschiedlich sein!''

Die bei den Mail-Adressen oben angegebenen Aliase werden mit [[hsadmin|hsadmin CLI]] angelegt.

B) aliase:
hsadmin -c emailalias.add -s name='XYZ00-mailman' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman post mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-admin' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman admin mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-bounces' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman bounces mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-confirm' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman confirm mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-join' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman join mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-leave' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman leave mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-owner' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman owner mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-request' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman request mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-subscribe' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman subscribe mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-unsubscribe' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman unsubscribe mailman"'

''Hinweis: Die Aliase und die Targets können von Domain und Mailingliste unterschiedlich sein bzw. müssen bei mehreren identische Listen unterschiedlich sein! Des Weiteren ist der Pfad zur Mailman Installation anzupassen.''

=== Administration ===

Administriert werden Listen über http://lists.example.com/admin/<listenname> und entweder dem Listenpasswort oder dem Site-Passwort.

Als erstes sollte man die Liste "mailman" selber abbonieren. (http://lists.example.com/admin/mailman)

Bis auf das Anwenden der sitelist.cfg werden auch alle weiteren Listen nach obigem Schema angelegt, oder (bis auf das anlegen der virtusertable Einträge und aliase) über das Mailman Webinterface.

Das war's. Mailman ist jetzt fertig installiert und müsste sogar funktionieren ;)

== Feintuning ==

Wer will, kann auch noch etwas Platz sparen. Die normale Mailmaninstallation schlägt mit über 20 MB zu Buche...

Mit den folgenden Tips kann man das auf ca. 6 MB reduzieren :)

Es kann natürlich sein, dass ich zuviel lösche, aber bei mir funktioniert's. Wenn ihr also sicher(er) sein wollt, dass euch der Mailman nicht um die Ohren fliegt, macht das nicht!

* ~/mailman/cgi-bin und ~/mailman/icons können gelöscht werden, falls sie an andere Stelle kopiert worden sind.
* Die nicht benötigten Sprachen in ~/mailman/messages löschen.
* Die nicht benötigten Sprachen in ~/mailman/templates löschen (bis auf englisch).
* ~/mailman/tests kann, soweit ich das sehe, komplett gelöscht werden.
* Falls man koreanisch und japanisch nicht braucht, kann man folgendes machen:
* in ~/mailman/bin/paths.py, ~/mailman/cron/paths.py und ~/mailman/scripts/paths.py die Zeilen:

# In a normal interactive Python environment, the japanese.pth and korean.pth
# files would be imported automatically. But because we inhibit the importing
# of the site module, we need to be explicit about importing these codecs.
if not jaok:
import japanese
# As of KoreanCodecs 2.0.5, you had to do the second import to get the Korean
# codecs installed, however leave the first import in there in case an upgrade
# changes this.
if not kook:
import korean
import korean.aliases

auskommentieren.

Dann kann man ~/mailman/pythonlib/japanese, ~/mailman/pythonlib/korean, ~/mailman/pythonlib/korean.pth sowie ~/mailman/pythonlib/lib löschen.

Man kann auch noch die Debug-Informationen aus den binaries strippen:

strip ~/mailman/mail/mailman
strip ~/mailman/cgi-bin/*

Falls die CGIs nicht gesymlinkt wurden:
strip ~/doms/lists.example.com/cgi/mailman/*

== Multidomainfähigkeit ==

Seit Mailman 2.x kann eine Mailman-Installation unter gewissen Einschränkungen für mehrere Domains verwendet werden. Hier soll kurz gezeigt werden, was geht und wie es geht.

=== Anleitung ===

Logischerweise muss das Webfrontend (die CGIs) auf allen Domains installiert werden.

Wenn man nun Mailinglisten mit newlist neu anlegt, muss man den Hostnamen für das Webfontend mit angeben, und zwar so:

~$ mailman/bin/newlist listenname@lists.example.com

Es ist ggf. wichtig, dass in der mm_cfg.py eine entsprechende add_virtualhost-Direktive für www.example.com steht, die der Frontend-URL einen Host-Part für die Mailadressen zuordnet. Ist eine solche Direktive nicht vorhanden, so wird lists.example.com sowohl als URL für das Webfrontend wie auch als Hostpart für Emailadressen verwendet. (Was für separate aufgeschaltete Domains wie z.B. lists.example.com gerade zutrifft.)

Liegt das Frondend nicht auf der Maildomain ist es wichtig, dass ihr Mailman sagt, für welches die zugehörige Maildomain ist. Dies tut ihr in der Datei ~/mailman/Mailman/mm_cfg.py:

Also z.B.
DEFAULT_URL_HOST = 'www.example.com'
DEFAULT_EMAIL_HOST = 'lists.example.com'
add_virtualhost(DEFAULT_URL_HOST,DEFAULT_EMAIL_HOST)

und
add_virtualhost('www.zoopnet.de', 'listen.zoopnet.de')

Das bedeutet, dass Mailman per default davon ausgeht, dass alle Listen für die Domain example.com sind.
Alle weiteren add_virtualhost-Direktiven ordnen einem Hostnamen für das Webfrontend (z.B. www.zoopnet.de) einen Hostpart für die Adresse der Mailinglisten (z.B. zoopnet.de) zu.

Tip von Raimund Specht: Lässt man den zweiten Parameter weg, also schreibt z.B. add_virtualhost('www.example.org'), dann benutzt Mailman als Hostpart alles was nach dem ersten Punkt steht, hier also example.org als Maildomain.

Prinzipiell war's das. Man muss die Listeneinträge natürlich immer in die richtige virtusertable eintragen, und für gleichnamige Mailinglisten auf verschiedenen Domains (mailman@*) verschidene +Ergänzungen bzw. aliase verwenden. :)

=== Probleme ===

Verschiedene Listen mit gleichem Namen (also z.B. liste@example1.com und liste@example2.com) sind mit Mailman 2.1 leider nicht möglich.

== Tips und Tricks ==

=== URL Änderungen ===
Nach URL Änderungen stimmen Links im Web-Interface nicht mehr und Listen werden nicht mehr angezeigt.
Es sind dann, zusätzlich zur Anpassung der mm_cfg.py, schon bestehende Listen und Archive mit folgendem Befehl zu aktualisieren:
~/mailman/bin/withlist -l -r fix_url <Listen_Name> -v -u <Neue_Url>
<Listen_Name> steht für die Mailingliste, die bearbeitet werden soll. <Neue_Url> für die neue URL/Webadresse des Webinterfaces.

=== Weitere Cron-Jobs zur Mailinglisten Verwaltung ===

Folgende Cronjobs helfen bei der Verwaltung und sind User freundlich:

< In Arbeit >

= Referenzen =

Lösung zur installation als Domainadmin statt Paketadmin:
https://lists.hostsharing.net/archiv/support/2009-June/019414.html

ältere Anleitung für Installation als Dom-Admin: <http://lists.hostsharing.net/archiv/support/2005-January/012426.html>

Laufenlassen mit event:
Download und Doku auf <http://al000.hostsharing.net/mailman/mmhs/>

Die "Mutter der Mailman-Installations-Doku" <http://al000.hostsharing.net/mailman/>

"kleinen Tools" auf http://hs.andreasloesch.de, wobei das 'pac-mm-install' wahrscheinlich nicht aktuell (genug) ist

----
[[Kategorie:HSDoku]]
[[Kategorie:Installationsanleitungen]]
[[Kategorie:Software]]

Mailman Installieren

2009-10-06T11:05:52Z

Daz00-daniel:

Was noch jemand ergänzen müsste:
* Eine generische virtuser/alias Konfiguration finden und dokumentieren. http://listes.rezo.net/how.php http://www.gnu.org/software/mailman/mailman-install/mail-server.html

* Skriptautomatisierung updaten http://hs.andreasloesch.de/pac-mm-install

== Installation ==

Installationsanleitung von Mailman 
(zuletzt getestet mit mailman-2.1.12)

Vielen Dank an alle Benutzer die Verbesserungen beisteuern!

Mailman kann als Paketadmin oder Paketuser installiert werden. Wenn er als Paketadmin installiert wird haben jedoch ausnahmslos alle Paketuser direkten Zugriff auf die Mailman Daten, und bei Sicherheitslücken in Mailman könnten potentiell Paketadminrechte übernommen werden.

Zur Separation von Paketadminrechten und anderen Paketusern ist es vorzuziehen Mailman in einem Paketuser Account zu installieren. (Bspw. xyz00-listen) Und diesem separaten User ggf mehrere lists.*.* Subdomains aufzuschalten.

Vorteil der Installation als Paketuser ist, dass nur dieser direkten Zugriff auf die Mailmandaten hat und mailman ohne Paketadminrechte läuft. Während der Emailauslieferung werden (wie immer bei .forward) die Rechte des Zielusers angenommen. (So läuft das auch bei procmail.)

Nachteil der Installation als Paketuser ist lediglich, dass bisher so nicht die Paketdomain mit dem SSL Zertifikat von Hostsharing genutzt werden kann.

=== Sourcen besorgen und entpacken ===
Unter http://www.gnu.org/software/mailman/ die aktuelle Software besorgen.

~$ tar -xzvf mailman-2.1.12.tgz

=== Log-Verzeichnis anlegen ===

Bei der Installation als Paketadmin:
~$ mkdir var/mailman
~$ chmod 02775 var/mailman

Bei der Installation als Paketuser:
~$ mkdir -p mailman/var
~$ chmod 02775 mailman/var

=== Kompilieren ===
braucht einige Optionen, die anzupassen sind.

~$ cd mailman-2.1.12

Bei der Installation als Paketuser:
~/mailman-2.1.12$ ./configure --prefix=/home/pacs/XYZ00/users/listen/mailman \
--with-username=XYZ00-listen \
--with-groupname=XYZ00 \
--with-var-prefix=/home/pacs/XYZ00/users/listen/mailman/var \
--with-cgi-gid=XYZ00 \
--with-mail-gid=XYZ00

Bei der Installation als Paketadmin wäre es:
~/mailman-2.1.12$ ./configure --prefix=/home/pacs/XYZ00/mailman \
--with-username=XYZ00 \
--with-groupname=XYZ00 \
--with-var-prefix=/home/pacs/XYZ00/var/mailman \
--with-cgi-gid=XYZ00 \
--with-mail-gid=nogroup
(die \ bedeuten, dass alles in eine Zeile gehört, bzw. die Returns nicht interpretiert werden sollen.)

Anschließend:

~/mailman-2.1.12$ make
~/mailman-2.1.12$ make install

=== Datenrechte prüfen ===

Sicherheitshalber die Dateirechte prüfen (und ggf. korrigieren) lassen:

~/mailman-2.1.12$ cd ..
~$ mailman/bin/check_perms -f

== Konfiguration ==

=== mm_cfg.py ===

Konfigurationsdatei editieren:

~$ nano mailman/Mailman/mm_cfg.py

Eine Beispielkonfiguration für lists.example.com könnte so aussehen:

[...]
##################################################
# Put YOUR site-specific settings below this line.
# -*- python -*-

DEFAULT_HOST_NAME = 'lists.example.com'
DEFAULT_EMAIL_HOST = 'lists.example.com'
DEFAULT_URL_HOST = 'lists.example.com'
add_virtualhost(DEFAULT_URL_HOST, DEFAULT_EMAIL_HOST)

DEFAULT_SERVER_LANGUAGE = 'de'

DEFAULT_URL_PATTERN = 'http://%s/'

In ~/mailman/Mailman/Defaults.py seht ihr, was man in mm_cfg.py alles einstellen kann.

=== CGIs in die Domains ===

CGIs in alle Domain-Verzeichnisse linken, auf denen das Mailman Webfrontend laufen soll.

Beispielsweise:
~$ cd doms/listen.example.com/cgi
~/doms/listen.example.com/cgi$ ln -s ../../../mailman/cgi-bin mailman
~/doms/listen.example.com/cgi$ cd

Wenn die Domains bei anderen Usern liegen ggf. kopieren:
~$ mkdir ~/doms/lists.example.com/cgi/mailman
~$ cp ../listen/mailman/cgi-bin/* doms/lists.example.com/cgi/mailman/
~$ chmod g-s ~/doms/example.com/cgi/mailman/*

=== Icons in die Domains ===

~$ cd doms/listen.example.com/htdocs
~/doms/listen.example.com/htdocs$ ln -s ../../../mailman/icons icons
~/doms/listen.example.com/cgi$ cd

oder kopieren

~$ cp -R mailman/icons doms/lists.example.com/htdocs/

=== .htaccess ===

Bei einer extra Mailman Domain dafür sorgen, dass Mailman auch unter lists.example.com statt unter lists.example.com/cgi-bin/mailman erreichbar ist. In ~/doms/lists.example.com/htdocs/.htaccess folgendes eintragen:

RewriteEngine On
RewriteCond %{REQUEST_URI} !^/icons/
RewriteRule ^(.*)$ /cgi-bin/mailman/$1
RewriteRule ^/cgi-bin/mailman/$ /cgi-bin/mailman/listinfo

Wenn Mailman z.B. auf der www Domain läuft und unter www.example.com/mailman statt www.example.com/cgi-bin/mailman erreichbar sein soll, hilft folgendes in der ~/doms/example.com/subs/www/.htaccess:

RewriteEngine On
RewriteRule ^mailman/(.*)$ /cgi-bin/mailman/$1
RewriteRule ^/cgi-bin/mailman/$ /cgi-bin/mailman/listinfo

(Die DEFAULT_URL_PATTERN Zeile in der mm_cfg.py kann für diesen Fall einfach auskommentiert werden.)

=== Passwort setzen ===

~$ mailman/bin/mmsitepass

=== Cronjobs einrichten ===

In die [[Cron |Crontab]] wird z.B. eingetragen:

* * * * * ~/mailman/bin/qrunner -o -r All
47 * * * * rm -f ~/var/mailman/logs/qrunner
(Queuebearbeitung alle Minute, löschen der Verarbeitungslogs in der 47ten Minute jeder Std.)

Dies übernimmt die Funktion des qrunner-Dämons, der bei Mailman normalerweise laufen würde.
Das Logfile wird gelöscht, da es sonst sehr schnell sehr groß wird.

Zudem müssen noch die Cronjobs aus ~/mailman/cron/crontab.in eingefügt werden.

crontab -l > mycronjobs.tmp
cat ~/mailman/cron/crontab.in >> mycronjobs.tmp
crontab mycronjobs.tmp

== Mailinglisten einrichten ==

=== Als erste Liste die "mailman" "site list" Einrichten ===

Die "site list" mit dem Namen "mailman" ist die Mailingliste der lokalen Mailman Administratoren. Sie wird zur einwandfreien Funktion von Mailman benötigt.

Neue Liste anlegen:
~$ mailman/bin/newlist mailman
Enter the email of the person running the list: admin@xyz00.hostsharing.net
Initial mailman password:

Nur für die "mailman site list": Konfigurationsvorgaben laden.

~$ mailman/bin/config_list -i ~/mailman/var/data/sitelist.cfg mailman

Bei der Installation als Paketadmin:
~$ mailman/bin/config_list -i ~/var/mailman/data/sitelist.cfg mailman

(Diese Konfigurationsdatei nicht auf eigene Listen anwenden.)

=== Email Adressen einrichten ===

Bei der Installation als Paketuser erfolgt die Einrichtung der Emailadressen per hsadmin (virtusertable) und .forward Dateien.
Anlegen mittels [[hsadmin|hsadmin CLI]].

Beispiel für lists.example.com und Paketuser XYZ00-listen.

A) virtusertable:
hsadmin -c emailaddress.add -s localpart=mailman -s domain=lists.example.com -s 'target=XYZ00-listen+mailman'
hsadmin -c emailaddress.add -s localpart=mailman-admin -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-admin'
hsadmin -c emailaddress.add -s localpart=mailman-bounces -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-bounces'
hsadmin -c emailaddress.add -s localpart=mailman-confirm -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-confirm'
hsadmin -c emailaddress.add -s localpart=mailman-join -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-join'
hsadmin -c emailaddress.add -s localpart=mailman-leave -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-leave'
hsadmin -c emailaddress.add -s localpart=mailman-owner -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-owner'
hsadmin -c emailaddress.add -s localpart=mailman-request -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-request'
hsadmin -c emailaddress.add -s localpart=mailman-subscribe -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-subscribe'
hsadmin -c emailaddress.add -s localpart=mailman-unsubscribe -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-unsubscribe'

Im Homeverzeichnis des Users XYZ00-listen werden anschließend entsprechende .forward-Dateien angelegt.

B) .forward Dateien:
echo 'admin@XYZ00.hostsharing.net' > .forward # Weiterleitung von cron Fehlern etc an Paketadmin.
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman post mailman"' > .forward+mailman
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman admin mailman"' > .forward+mailman-admin
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman bounces mailman"' > .forward+mailman-bounces
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman confirm mailman"' > .forward+mailman-confirm
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman join mailman"' > .forward+mailman-join
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman leave mailman"' > .forward+mailman-leave
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman owner mailman"' > .forward+mailman-owner
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman request mailman"' > .forward+mailman-request
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman subscribe mailman"' > .forward+mailman-subscribe
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman unsubscribe mailman"' > .forward+mailman-unsubscribe

Bei der Installation als Paketadmin XYZ00 erfolgt die Einrichtung hingegen per hsadmin (virtusertable) und hsadmin (aliases) so:

A) virtusertable:
hsadmin -c emailaddress.add -s localpart=mailman -s domain=lists.example.com -s 'target=XYZ00-mailman'
hsadmin -c emailaddress.add -s localpart=mailman-admin -s domain=lists.example.com -s 'target=XYZ00-mailman-admin'
hsadmin -c emailaddress.add -s localpart=mailman-bounces -s domain=lists.example.com -s 'target=XYZ00-mailman-bounces'
hsadmin -c emailaddress.add -s localpart=mailman-confirm -s domain=lists.example.com -s 'target=XYZ00-mailman-confirm'
hsadmin -c emailaddress.add -s localpart=mailman-join -s domain=lists.example.com -s 'target=XYZ00-mailman-join'
hsadmin -c emailaddress.add -s localpart=mailman-leave -s domain=lists.example.com -s 'target=XYZ00-mailman-leave'
hsadmin -c emailaddress.add -s localpart=mailman-owner -s domain=lists.example.com -s 'target=XYZ00-mailman-owner'
hsadmin -c emailaddress.add -s localpart=mailman-request -s domain=lists.example.com -s 'target=XYZ00-mailman-request'
hsadmin -c emailaddress.add -s localpart=mailman-subscribe -s domain=lists.example.com -s 'target=XYZ00-mailman-subscribe'
hsadmin -c emailaddress.add -s localpart=mailman-unsubscribe -s domain=lists.example.com -s 'target=XYZ00-mailman-unsubscribe'

''Hinweis: Die e-Mail Adressen und die Targets, welche noch in den Aliasen definiert werden müssen, können von Domain und Mailingliste unterschiedlich sein bzw. müssen bei mehreren identische Listen unterschiedlich sein!''

Die bei den Mail-Adressen oben angegebenen Aliase werden mit [[hsadmin|hsadmin CLI]] angelegt.

B) aliase:
hsadmin -c emailalias.add -s name='XYZ00-mailman' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman post mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-admin' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman admin mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-bounces' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman bounces mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-confirm' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman confirm mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-join' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman join mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-leave' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman leave mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-owner' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman owner mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-request' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman request mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-subscribe' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman subscribe mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-unsubscribe' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman unsubscribe mailman"'

''Hinweis: Die Aliase und die Targets können von Domain und Mailingliste unterschiedlich sein bzw. müssen bei mehreren identische Listen unterschiedlich sein! Des Weiteren ist der Pfad zur Mailman Installation anzupassen.''

=== Administration ===

Administriert werden Listen über http://lists.example.com/admin/<listenname> und entweder dem Listenpasswort oder dem Site-Passwort.

Als erstes sollte man die Liste "mailman" selber abbonieren. (http://lists.example.com/admin/mailman)

Bis auf das Anwenden der sitelist.cfg werden auch alle weiteren Listen nach obigem Schema angelegt, oder (bis auf das anlegen der virtusertable Einträge und aliase) über das Mailman Webinterface.

Das war's. Mailman ist jetzt fertig installiert und müsste sogar funktionieren ;)

== Feintuning ==

Wer will, kann auch noch etwas Platz sparen. Die normale Mailmaninstallation schlägt mit über 20 MB zu Buche...

Mit den folgenden Tips kann man das auf ca. 6 MB reduzieren :)

Es kann natürlich sein, dass ich zuviel lösche, aber bei mir funktioniert's. Wenn ihr also sicher(er) sein wollt, dass euch der Mailman nicht um die Ohren fliegt, macht das nicht!

* ~/mailman/cgi-bin und ~/mailman/icons können gelöscht werden, falls sie an andere Stelle kopiert worden sind.
* Die nicht benötigten Sprachen in ~/mailman/messages löschen.
* Die nicht benötigten Sprachen in ~/mailman/templates löschen (bis auf englisch).
* ~/mailman/tests kann, soweit ich das sehe, komplett gelöscht werden.
* Falls man koreanisch und japanisch nicht braucht, kann man folgendes machen:
* in ~/mailman/bin/paths.py, ~/mailman/cron/paths.py und ~/mailman/scripts/paths.py die Zeilen:

# In a normal interactive Python environment, the japanese.pth and korean.pth
# files would be imported automatically. But because we inhibit the importing
# of the site module, we need to be explicit about importing these codecs.
if not jaok:
import japanese
As of KoreanCodecs 2.0.5, you had to do the second import to get the Korean
# codecs installed, however leave the first import in there in case an upgrade
# changes this.
if not kook:
import korean
import korean.aliases

auskommentieren.

Dann kann man ~/mailman/pythonlib/japanese, ~/mailman/pythonlib/korean, ~/mailman/pythonlib/korean.pth sowie ~/mailman/pythonlib/lib löschen.

Man kann auch noch die Debug-Informationen aus den binaries strippen:

strip ~/mailman/mail/mailman
strip ~/mailman/cgi-bin/*

Falls die CGIs nicht gesymlinkt wurden:
strip ~/doms/lists.example.com/cgi/mailman/*

== Multidomainfähigkeit ==

Seit Mailman 2.x kann eine Mailman-Installation unter gewissen Einschränkungen für mehrere Domains verwendet werden. Hier soll kurz gezeigt werden, was geht und wie es geht.

=== Anleitung ===

Logischerweise muss das Webfrontend (die CGIs) auf allen Domains installiert werden.

Wenn man nun Mailinglisten mit newlist neu anlegt, muss man den Hostnamen für das Webfontend mit angeben, und zwar so:

~$ mailman/bin/newlist listenname@lists.example.com

Es ist ggf. wichtig, dass in der mm_cfg.py eine entsprechende add_virtualhost-Direktive für www.example.com steht, die der Frontend-URL einen Host-Part für die Mailadressen zuordnet. Ist eine solche Direktive nicht vorhanden, so wird lists.example.com sowohl als URL für das Webfrontend wie auch als Hostpart für Emailadressen verwendet. (Was für separate aufgeschaltete Domains wie z.B. lists.example.com gerade zutrifft.)

Liegt das Frondend nicht auf der Maildomain ist es wichtig, dass ihr Mailman sagt, für welches die zugehörige Maildomain ist. Dies tut ihr in der Datei ~/mailman/Mailman/mm_cfg.py:

Also z.B.
DEFAULT_URL_HOST = 'www.example.com'
DEFAULT_EMAIL_HOST = 'lists.example.com'
add_virtualhost(DEFAULT_URL_HOST,DEFAULT_EMAIL_HOST)

und
add_virtualhost('www.zoopnet.de', 'listen.zoopnet.de')

Das bedeutet, dass Mailman per default davon ausgeht, dass alle Listen für die Domain example.com sind.
Alle weiteren add_virtualhost-Direktiven ordnen einem Hostnamen für das Webfrontend (z.B. www.zoopnet.de) einen Hostpart für die Adresse der Mailinglisten (z.B. zoopnet.de) zu.

Tip von Raimund Specht: Lässt man den zweiten Parameter weg, also schreibt z.B. add_virtualhost('www.example.org'), dann benutzt Mailman als Hostpart alles was nach dem ersten Punkt steht, hier also example.org als Maildomain.

Prinzipiell war's das. Man muss die Listeneinträge natürlich immer in die richtige virtusertable eintragen, und für gleichnamige Mailinglisten auf verschiedenen Domains (mailman@*) verschidene +Ergänzungen bzw. aliase verwenden. :)

=== Probleme ===

Verschiedene Listen mit gleichem Namen (also z.B. liste@example1.com und liste@example2.com) sind mit Mailman 2.1 leider nicht möglich.

== Tips und Tricks ==

=== URL Änderungen ===
Nach URL Änderungen stimmen Links im Web-Interface nicht mehr und Listen werden nicht mehr angezeigt.
Es sind dann, zusätzlich zur Anpassung der mm_cfg.py, schon bestehende Listen und Archive mit folgendem Befehl zu aktualisieren:
~/mailman/bin/withlist -l -r fix_url <Listen_Name> -v -u <Neue_Url>
<Listen_Name> steht für die Mailingliste, die bearbeitet werden soll. <Neue_Url> für die neue URL/Webadresse des Webinterfaces.

=== Weitere Cron-Jobs zur Mailinglisten Verwaltung ===

Folgende Cronjobs helfen bei der Verwaltung und sind User freundlich:

< In Arbeit >

= Referenzen =

Lösung zur installation als Domainadmin statt Paketadmin:
https://lists.hostsharing.net/archiv/support/2009-June/019414.html

ältere Anleitung für Installation als Dom-Admin: <http://lists.hostsharing.net/archiv/support/2005-January/012426.html>

Laufenlassen mit event:
Download und Doku auf <http://al000.hostsharing.net/mailman/mmhs/>

Die "Mutter der Mailman-Installations-Doku" <http://al000.hostsharing.net/mailman/>

"kleinen Tools" auf http://hs.andreasloesch.de, wobei das 'pac-mm-install' wahrscheinlich nicht aktuell (genug) ist

----
[[Kategorie:HSDoku]]
[[Kategorie:Installationsanleitungen]]
[[Kategorie:Software]]

Mailman Installieren

2009-10-06T11:03:52Z

Daz00-daniel: RewriteCond ergänzt, damit Icons in Web-Frontend sichtbar bzw korrekt aufgelöst werden

Was noch jemand ergänzen müsste:
* Eine generische virtuser/alias Konfiguration finden und dokumentieren. http://listes.rezo.net/how.php http://www.gnu.org/software/mailman/mailman-install/mail-server.html

* Skriptautomatisierung updaten http://hs.andreasloesch.de/pac-mm-install

== Installation ==

Installationsanleitung von Mailman 
(zuletzt getestet mit mailman-2.1.12)

Vielen Dank an alle Benutzer die Verbesserungen beisteuern!

Mailman kann als Paketadmin oder Paketuser installiert werden. Wenn er als Paketadmin installiert wird haben jedoch ausnahmslos alle Paketuser direkten Zugriff auf die Mailman Daten, und bei Sicherheitslücken in Mailman könnten potentiell Paketadminrechte übernommen werden.

Zur Separation von Paketadminrechten und anderen Paketusern ist es vorzuziehen Mailman in einem Paketuser Account zu installieren. (Bspw. xyz00-listen) Und diesem separaten User ggf mehrere lists.*.* Subdomains aufzuschalten.

Vorteil der Installation als Paketuser ist, dass nur dieser direkten Zugriff auf die Mailmandaten hat und mailman ohne Paketadminrechte läuft. Während der Emailauslieferung werden (wie immer bei .forward) die Rechte des Zielusers angenommen. (So läuft das auch bei procmail.)

Nachteil der Installation als Paketuser ist lediglich, dass bisher so nicht die Paketdomain mit dem SSL Zertifikat von Hostsharing genutzt werden kann.

=== Sourcen besorgen und entpacken ===
Unter http://www.gnu.org/software/mailman/ die aktuelle Software besorgen.

~$ tar -xzvf mailman-2.1.12.tgz

=== Log-Verzeichnis anlegen ===

Bei der Installation als Paketadmin:
~$ mkdir var/mailman
~$ chmod 02775 var/mailman

Bei der Installation als Paketuser:
~$ mkdir -p mailman/var
~$ chmod 02775 mailman/var

=== Kompilieren ===
braucht einige Optionen, die anzupassen sind.

~$ cd mailman-2.1.12

Bei der Installation als Paketuser:
~/mailman-2.1.12$ ./configure --prefix=/home/pacs/XYZ00/users/listen/mailman \
--with-username=XYZ00-listen \
--with-groupname=XYZ00 \
--with-var-prefix=/home/pacs/XYZ00/users/listen/mailman/var \
--with-cgi-gid=XYZ00 \
--with-mail-gid=XYZ00

Bei der Installation als Paketadmin wäre es:
~/mailman-2.1.12$ ./configure --prefix=/home/pacs/XYZ00/mailman \
--with-username=XYZ00 \
--with-groupname=XYZ00 \
--with-var-prefix=/home/pacs/XYZ00/var/mailman \
--with-cgi-gid=XYZ00 \
--with-mail-gid=nogroup
(die \ bedeuten, dass alles in eine Zeile gehört, bzw. die Returns nicht interpretiert werden sollen.)

Anschließend:

~/mailman-2.1.12$ make
~/mailman-2.1.12$ make install

=== Datenrechte prüfen ===

Sicherheitshalber die Dateirechte prüfen (und ggf. korrigieren) lassen:

~/mailman-2.1.12$ cd ..
~$ mailman/bin/check_perms -f

== Konfiguration ==

=== mm_cfg.py ===

Konfigurationsdatei editieren:

~$ nano mailman/Mailman/mm_cfg.py

Eine Beispielkonfiguration für lists.example.com könnte so aussehen:

[...]
##################################################
# Put YOUR site-specific settings below this line.
# -*- python -*-

DEFAULT_HOST_NAME = 'lists.example.com'
DEFAULT_EMAIL_HOST = 'lists.example.com'
DEFAULT_URL_HOST = 'lists.example.com'
add_virtualhost(DEFAULT_URL_HOST, DEFAULT_EMAIL_HOST)

DEFAULT_SERVER_LANGUAGE = 'de'

DEFAULT_URL_PATTERN = 'http://%s/'

In ~/mailman/Mailman/Defaults.py seht ihr, was man in mm_cfg.py alles einstellen kann.

=== CGIs in die Domains ===

CGIs in alle Domain-Verzeichnisse linken, auf denen das Mailman Webfrontend laufen soll.

Beispielsweise:
~$ cd doms/listen.example.com/cgi
~/doms/listen.example.com/cgi$ ln -s ../../../mailman/cgi-bin mailman
~/doms/listen.example.com/cgi$ cd

Wenn die Domains bei anderen Usern liegen ggf. kopieren:
~$ mkdir ~/doms/lists.example.com/cgi/mailman
~$ cp ../listen/mailman/cgi-bin/* doms/lists.example.com/cgi/mailman/
~$ chmod g-s ~/doms/example.com/cgi/mailman/*

=== Icons in die Domains ===

~$ cd doms/listen.example.com/htdocs
~/doms/listen.example.com/htdocs$ ln -s ../../../mailman/icons icons
~/doms/listen.example.com/cgi$ cd

oder kopieren

~$ cp -R mailman/icons doms/lists.example.com/htdocs/

=== .htaccess ===

Bei einer extra Mailman Domain dafür sorgen, dass Mailman auch unter lists.example.com statt unter lists.example.com/cgi-bin/mailman erreichbar ist. In ~/doms/lists.example.com/htdocs/.htaccess folgendes eintragen:

RewriteEngine On
RewriteCond %{REQUEST_URI} !^/icons/
RewriteRule ^(.*)$ /cgi-bin/mailman/$1
RewriteRule ^/cgi-bin/mailman/$ /cgi-bin/mailman/listinfo

Wenn Mailman z.B. auf der www Domain läuft und unter www.example.com/mailman statt www.example.com/cgi-bin/mailman erreichbar sein soll, hilft folgendes in der ~/doms/example.com/subs/www/.htaccess:

RewriteEngine On
RewriteRule ^mailman/(.*)$ /cgi-bin/mailman/$1
RewriteRule ^/cgi-bin/mailman/$ /cgi-bin/mailman/listinfo

(Die DEFAULT_URL_PATTERN Zeile in der mm_cfg.py kann für diesen Fall einfach auskommentiert werden.)

=== Passwort setzen ===

~$ mailman/bin/mmsitepass

=== Cronjobs einrichten ===

In die [[Cron |Crontab]] wird z.B. eingetragen:

* * * * * ~/mailman/bin/qrunner -o -r All
47 * * * * rm -f ~/var/mailman/logs/qrunner
(Queuebearbeitung alle Minute, löschen der Verarbeitungslogs in der 47ten Minute jeder Std.)

Dies übernimmt die Funktion des qrunner-Dämons, der bei Mailman normalerweise laufen würde.
Das Logfile wird gelöscht, da es sonst sehr schnell sehr groß wird.

Zudem müssen noch die Cronjobs aus ~/mailman/cron/crontab.in eingefügt werden.

crontab -l > mycronjobs.tmp
cat ~/mailman/cron/crontab.in >> mycronjobs.tmp
crontab mycronjobs.tmp

== Mailinglisten einrichten ==

=== Als erste Liste die "mailman" "site list" Einrichten ===

Die "site list" mit dem Namen "mailman" ist die Mailingliste der lokalen Mailman Administratoren. Sie wird zur einwandfreien Funktion von Mailman benötigt.

Neue Liste anlegen:
~$ mailman/bin/newlist mailman
Enter the email of the person running the list: admin@xyz00.hostsharing.net
Initial mailman password:

Nur für die "mailman site list": Konfigurationsvorgaben laden.

~$ mailman/bin/config_list -i ~/mailman/var/data/sitelist.cfg mailman

Bei der Installation als Paketadmin:
~$ mailman/bin/config_list -i ~/var/mailman/data/sitelist.cfg mailman

(Diese Konfigurationsdatei nicht auf eigene Listen anwenden.)

=== Email Adressen einrichten ===

Bei der Installation als Paketuser erfolgt die Einrichtung der Emailadressen per hsadmin (virtusertable) und .forward Dateien.
Anlegen mittels [[hsadmin|hsadmin CLI]].

Beispiel für lists.example.com und Paketuser XYZ00-listen.

A) virtusertable:
hsadmin -c emailaddress.add -s localpart=mailman -s domain=lists.example.com -s 'target=XYZ00-listen+mailman'
hsadmin -c emailaddress.add -s localpart=mailman-admin -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-admin'
hsadmin -c emailaddress.add -s localpart=mailman-bounces -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-bounces'
hsadmin -c emailaddress.add -s localpart=mailman-confirm -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-confirm'
hsadmin -c emailaddress.add -s localpart=mailman-join -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-join'
hsadmin -c emailaddress.add -s localpart=mailman-leave -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-leave'
hsadmin -c emailaddress.add -s localpart=mailman-owner -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-owner'
hsadmin -c emailaddress.add -s localpart=mailman-request -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-request'
hsadmin -c emailaddress.add -s localpart=mailman-subscribe -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-subscribe'
hsadmin -c emailaddress.add -s localpart=mailman-unsubscribe -s domain=lists.example.com -s 'target=XYZ00-listen+mailman-unsubscribe'

Im Homeverzeichnis des Users XYZ00-listen werden anschließend entsprechende .forward-Dateien angelegt.

B) .forward Dateien:
echo 'admin@XYZ00.hostsharing.net' > .forward # Weiterleitung von cron Fehlern etc an Paketadmin.
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman post mailman"' > .forward+mailman
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman admin mailman"' > .forward+mailman-admin
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman bounces mailman"' > .forward+mailman-bounces
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman confirm mailman"' > .forward+mailman-confirm
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman join mailman"' > .forward+mailman-join
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman leave mailman"' > .forward+mailman-leave
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman owner mailman"' > .forward+mailman-owner
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman request mailman"' > .forward+mailman-request
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman subscribe mailman"' > .forward+mailman-subscribe
echo '"|/home/pacs/XYZ00/users/listen/mailman/mail/mailman unsubscribe mailman"' > .forward+mailman-unsubscribe

Bei der Installation als Paketadmin XYZ00 erfolgt die Einrichtung hingegen per hsadmin (virtusertable) und hsadmin (aliases) so:

A) virtusertable:
hsadmin -c emailaddress.add -s localpart=mailman -s domain=lists.example.com -s 'target=XYZ00-mailman'
hsadmin -c emailaddress.add -s localpart=mailman-admin -s domain=lists.example.com -s 'target=XYZ00-mailman-admin'
hsadmin -c emailaddress.add -s localpart=mailman-bounces -s domain=lists.example.com -s 'target=XYZ00-mailman-bounces'
hsadmin -c emailaddress.add -s localpart=mailman-confirm -s domain=lists.example.com -s 'target=XYZ00-mailman-confirm'
hsadmin -c emailaddress.add -s localpart=mailman-join -s domain=lists.example.com -s 'target=XYZ00-mailman-join'
hsadmin -c emailaddress.add -s localpart=mailman-leave -s domain=lists.example.com -s 'target=XYZ00-mailman-leave'
hsadmin -c emailaddress.add -s localpart=mailman-owner -s domain=lists.example.com -s 'target=XYZ00-mailman-owner'
hsadmin -c emailaddress.add -s localpart=mailman-request -s domain=lists.example.com -s 'target=XYZ00-mailman-request'
hsadmin -c emailaddress.add -s localpart=mailman-subscribe -s domain=lists.example.com -s 'target=XYZ00-mailman-subscribe'
hsadmin -c emailaddress.add -s localpart=mailman-unsubscribe -s domain=lists.example.com -s 'target=XYZ00-mailman-unsubscribe'

''Hinweis: Die e-Mail Adressen und die Targets, welche noch in den Aliasen definiert werden müssen, können von Domain und Mailingliste unterschiedlich sein bzw. müssen bei mehreren identische Listen unterschiedlich sein!''

Die bei den Mail-Adressen oben angegebenen Aliase werden mit [[hsadmin|hsadmin CLI]] angelegt.

B) aliase:
hsadmin -c emailalias.add -s name='XYZ00-mailman' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman post mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-admin' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman admin mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-bounces' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman bounces mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-confirm' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman confirm mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-join' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman join mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-leave' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman leave mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-owner' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman owner mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-request' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman request mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-subscribe' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman subscribe mailman"'
hsadmin -c emailalias.add -s name='XYZ00-mailman-unsubscribe' -s 'target="|/home/pacs/XYZ00/mailman/mail/mailman unsubscribe mailman"'

''Hinweis: Die Aliase und die Targets können von Domain und Mailingliste unterschiedlich sein bzw. müssen bei mehreren identische Listen unterschiedlich sein! Des Weiteren ist der Pfad zur Mailman Installation anzupassen.''

=== Administration ===

Administriert werden Listen über http://lists.example.com/admin/<listenname> und entweder dem Listenpasswort oder dem Site-Passwort.

Als erstes sollte man die Liste "mailman" selber abbonieren. (http://lists.example.com/admin/mailman)

Bis auf das Anwenden der sitelist.cfg werden auch alle weiteren Listen nach obigem Schema angelegt, oder (bis auf das anlegen der virtusertable Einträge und aliase) über das Mailman Webinterface.

Das war's. Mailman ist jetzt fertig installiert und müsste sogar funktionieren ;)

== Feintuning ==

Wer will, kann auch noch etwas Platz sparen. Die normale Mailmaninstallation schlägt mit über 20 MB zu Buche...

Mit den folgenden Tips kann man das auf ca. 6 MB reduzieren :)

Es kann natürlich sein, dass ich zuviel lösche, aber bei mir funktioniert's. Wenn ihr also sicher(er) sein wollt, dass euch der Mailman nicht um die Ohren fliegt, macht das nicht!

* ~/mailman/cgi-bin und ~/mailman/icons können gelöscht werden, falls sie an andere Stelle kopiert worden sind.
* Die nicht benötigten Sprachen in ~/mailman/messages löschen.
* Die nicht benötigten Sprachen in ~/mailman/templates löschen (bis auf englisch).
* ~/mailman/tests kann, soweit ich das sehe, komplett gelöscht werden.
* Falls man koreanisch und japanisch nicht braucht, kann man folgendes machen:
* in ~/mailman/bin/paths.py, ~/mailman/cron/paths.py und ~/mailman/scripts/paths.py die Zeilen:

# In a normal interactive Python environment, the japanese.pth and korean.pth
# files would be imported automatically. But because we inhibit the importing
# of the site module, we need to be explicit about importing these codecs.
import japanese
# As of KoreanCodecs 2.0.5, you had to do the second import to get the Korean
# codecs installed, however leave the first import in there in case an upgrade
# changes this.
import korean
import korean.aliases

auskommentieren.

Dann kann man ~/mailman/pythonlib/japanese, ~/mailman/pythonlib/korean, ~/mailman/pythonlib/korean.pth sowie ~/mailman/pythonlib/lib löschen.

Man kann auch noch die Debug-Informationen aus den binaries strippen:

strip ~/mailman/mail/mailman
strip ~/mailman/cgi-bin/*

Falls die CGIs nicht gesymlinkt wurden:
strip ~/doms/lists.example.com/cgi/mailman/*

== Multidomainfähigkeit ==

Seit Mailman 2.x kann eine Mailman-Installation unter gewissen Einschränkungen für mehrere Domains verwendet werden. Hier soll kurz gezeigt werden, was geht und wie es geht.

=== Anleitung ===

Logischerweise muss das Webfrontend (die CGIs) auf allen Domains installiert werden.

Wenn man nun Mailinglisten mit newlist neu anlegt, muss man den Hostnamen für das Webfontend mit angeben, und zwar so:

~$ mailman/bin/newlist listenname@lists.example.com

Es ist ggf. wichtig, dass in der mm_cfg.py eine entsprechende add_virtualhost-Direktive für www.example.com steht, die der Frontend-URL einen Host-Part für die Mailadressen zuordnet. Ist eine solche Direktive nicht vorhanden, so wird lists.example.com sowohl als URL für das Webfrontend wie auch als Hostpart für Emailadressen verwendet. (Was für separate aufgeschaltete Domains wie z.B. lists.example.com gerade zutrifft.)

Liegt das Frondend nicht auf der Maildomain ist es wichtig, dass ihr Mailman sagt, für welches die zugehörige Maildomain ist. Dies tut ihr in der Datei ~/mailman/Mailman/mm_cfg.py:

Also z.B.
DEFAULT_URL_HOST = 'www.example.com'
DEFAULT_EMAIL_HOST = 'lists.example.com'
add_virtualhost(DEFAULT_URL_HOST,DEFAULT_EMAIL_HOST)

und
add_virtualhost('www.zoopnet.de', 'listen.zoopnet.de')

Das bedeutet, dass Mailman per default davon ausgeht, dass alle Listen für die Domain example.com sind.
Alle weiteren add_virtualhost-Direktiven ordnen einem Hostnamen für das Webfrontend (z.B. www.zoopnet.de) einen Hostpart für die Adresse der Mailinglisten (z.B. zoopnet.de) zu.

Tip von Raimund Specht: Lässt man den zweiten Parameter weg, also schreibt z.B. add_virtualhost('www.example.org'), dann benutzt Mailman als Hostpart alles was nach dem ersten Punkt steht, hier also example.org als Maildomain.

Prinzipiell war's das. Man muss die Listeneinträge natürlich immer in die richtige virtusertable eintragen, und für gleichnamige Mailinglisten auf verschiedenen Domains (mailman@*) verschidene +Ergänzungen bzw. aliase verwenden. :)

=== Probleme ===

Verschiedene Listen mit gleichem Namen (also z.B. liste@example1.com und liste@example2.com) sind mit Mailman 2.1 leider nicht möglich.

== Tips und Tricks ==

=== URL Änderungen ===
Nach URL Änderungen stimmen Links im Web-Interface nicht mehr und Listen werden nicht mehr angezeigt.
Es sind dann, zusätzlich zur Anpassung der mm_cfg.py, schon bestehende Listen und Archive mit folgendem Befehl zu aktualisieren:
~/mailman/bin/withlist -l -r fix_url <Listen_Name> -v -u <Neue_Url>
<Listen_Name> steht für die Mailingliste, die bearbeitet werden soll. <Neue_Url> für die neue URL/Webadresse des Webinterfaces.

=== Weitere Cron-Jobs zur Mailinglisten Verwaltung ===

Folgende Cronjobs helfen bei der Verwaltung und sind User freundlich:

< In Arbeit >

= Referenzen =

Lösung zur installation als Domainadmin statt Paketadmin:
https://lists.hostsharing.net/archiv/support/2009-June/019414.html

ältere Anleitung für Installation als Dom-Admin: <http://lists.hostsharing.net/archiv/support/2005-January/012426.html>

Laufenlassen mit event:
Download und Doku auf <http://al000.hostsharing.net/mailman/mmhs/>

Die "Mutter der Mailman-Installations-Doku" <http://al000.hostsharing.net/mailman/>

"kleinen Tools" auf http://hs.andreasloesch.de, wobei das 'pac-mm-install' wahrscheinlich nicht aktuell (genug) ist

----
[[Kategorie:HSDoku]]
[[Kategorie:Installationsanleitungen]]
[[Kategorie:Software]]