Hauptseite

2009-03-28T15:38:14Z

Dgy00:

{{HSDoku-Links}}

== Willkommen im Hostsharing-Wiki ==

Hier wird die Nutzung der Dienste von [http://www.hostsharing.net Hostsharing] dokumentiert.

Du kannst mit helfen, die Dokumentation zu verbessern. In unserem '''[[Hostsharing_Wiki:Autorenportal|Autorenportal]]''' findest du Hinweise dazu, wie du dich beteiligen kannst.

== [[Hostsharing Wiki:Aktuelle Ereignisse|Aktuelle Ereignisse]] ==

;28.3.2009 : [[Stand der Übernahme der Dokumentation]]
;18.2.2008 : [[Vorstand:Notizen|Anmerkung]] von Michael Hierweck zur Einführung von [[hsadmin]] und die Konsequenzen für die HS Dokumentation.

== Das Hostsharing System ==

[[Hardware]] 
[[Netzwerk]]

----
[[Kategorie:Hostsharing Wiki]]
[[Kategorie:HSDoku]]

Mailman

2009-03-28T15:36:15Z

Dgy00: hat „Mailman“ nach „Mailman Installieren“ verschoben

#REDIRECT [[Mailman Installieren]]

Mailman Installieren

2009-03-28T15:36:15Z

Dgy00: hat „Mailman“ nach „Mailman Installieren“ verschoben

Mailman

== Installation ==

Installation von Mailman 2.1.1

Vielen Dank an Raimund Specht, der einige Verbesserungen beisteuerte!

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

=== Log-Verzeichnis anlegen ===

xyz00@hopi:~$ mkdir /home/pacs/XYZ00/var/mailman
xyz00@hopi:~$ chmod 02775 /home/pacs/XYZ00/var/mailman

=== Kompilieren ===

xyz00@hopi:~$ ./configure
--prefix=/home/pacs/XYZ00/mailman
--with-username=XYZ00
--with-groupname=XYZ00
--with-var-prefix=/home/pacs/XYZ00
/var/mailman
xyz00@hopi:~$ make
xyz00@hopi:~$ make install

Mailman > 2.1.6 benötigt beim configure-Befehl zusätzlich:

--with-cgi-gid=XYZ00
--with-mail-gid=nogroup
--with-python=/usr/local/share/python/2.4.4/bin/python

=== Datenrechte prüfen ===

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

xyz00@hopi:~$ ~/mailman/bin/check_perms -f

== Konfiguration ==

=== mm_cfg.py ===

~/mailman/Mailman/mm_cfg.py editieren.

Folgendes könnte dort z.B. stehen:

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

DEFAULT_HOST_NAME = 'www.example.com'
DEFAULT_EMAIL_HOST = 'example.com'
DEFAULT_URL_HOST = 'www.example.com'
add_virtualhost(DEFAULT_URL_HOST, DEFAULT_EMAIL_HOST)
add_virtualhost('www.zoopnet.de', 'zoopnet.de')

DEFAULT_SERVER_LANGUAGE = 'de'

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

=== CGIs kopieren (in alle Domain-Verzeichnisse, die Mailman haben sollen) ===

xyz00@hopi:~$ mkdir ~/doms/example.com/cgi/mailman
xyz00@hopi:~$ cp ~/mailman/cgi-bin/* ~/doms/example.com/cgi/mailman
xyz00@hopi:~$ chmod g-s ~/doms/example.com/cgi/mailman/*

=== .htaccess ===

Dafür sorgen, dass mailman unter /mailman statt /cgi-bin/mailman erreichbar ist. In ~/doms/example.com/subs/www/.htaccess folgendes eintragen:

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

=== Icons kopieren/verlinken ===

xyz00@hopi:~$ cp -R ~/mailman/icons ~/doms/example.com/subs/www

oder symlinken (spart ein klein wenig Platz)

xyz00@hopi:~$ ln -s ~/mailman/icons ~/doms/example.com/subs/www

=== Passwort setzen ===

xyz00@hopi:~$ ~/mailman/bin/mmsitepass

== Mailingliste ==

=== Einrichten ===

Die erste Mailingliste (mit dem Namen "mailman") einrichten:

xyz00@hopi:~$ ~/mailman/bin/newlist
Enter the name of the list: mailman

=== ~/etc/ virtusertable ===

In die virtusertable müssen wir die Adressen zuordnen:

Editor aufrufen:

xyz00@hopi:~$ vi /home/doms/example.com/etc/virtusertable
mailman@example.com XYZ00-mailman
mailman-admin@example.com XYZ00-mailman-admin
mailman-bounces@example.com XYZ00-mailman-bounces
mailman-confirm@example.com XYZ00-mailman-confirm
mailman-join@example.com XYZ00-mailman-join
mailman-leave@example.com XYZ00-mailman-leave
mailman-owner@example.com XYZ00-mailman-owner
mailman-request@example.com XYZ00-mailman-request
mailman-subscribe@example.com XYZ00-mailman-subscribe
mailman-unsubscribe@example.com XYZ00-mailman-unsubscribe

=== ~/etc/aliases ===

Auch die aliases müssen wir ändern:

Editor aufrufen

xyz00@hopi:~$ vi ~/etc/aliases
XYZ00-mailman: "|/home/pacs/XYZ00/mailman/mail/mailman post mailman"
XYZ00-mailman-admin: "|/home/pacs/XYZ00/mailman/mail/mailman admin mailman"
XYZ00-mailman-bounces: "|/home/pacs/XYZ00/mailman/mail/mailman bounces mailman"
XYZ00-mailman-confirm: "|/home/pacs/XYZ00/mailman/mail/mailman confirm mailman"
XYZ00-mailman-join: "|/home/pacs/XYZ00/mailman/mail/mailman join mailman"
XYZ00-mailman-leave: "|/home/pacs/XYZ00/mailman/mail/mailman leave mailman"
XYZ00-mailman-owner: "|/home/pacs/XYZ00/mailman/mail/mailman owner mailman"
XYZ00-mailman-request: "|/home/pacs/XYZ00/mailman/mail/mailman request mailman"
XYZ00-mailman-subscribe: "|/home/pacs/XYZ00/mailman/mail/mailman subscribe mailman"
XYZ00-mailman-unsubscribe: "|/home/pacs/XYZ00/mailman/mail/mailman unsubscribe mailman"

=== [[Cron |Crontab]] ===

In die Crontab wird z.B. eingetragen:

* * * * * ~/mailman/bin/qrunner -o -r All
0 * * * * rm -f ~/var/mailman/logs/qrunner

Dies übernimmt die Funktion des qrunner-Dämons, der bei Mailman 2.1.1 normalerweise laufen würde.
Das Logfile wird gelöscht, da es sonst sehr schnell sehr groß wird.
Zusätzlich müssen noch die Cronjobs in ~/mailman/cron/crontab.in angelegt werden.

Nach diesem Schema werden auch alle anderen Listen angelegt.
Administriert wird die Liste dann über http://www.example.com/mailman/admin/listenname und entweder dem Listenpasswort oder dem Site-Passwort.

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

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

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, da sie ja an anderer Stelle noch vorhanden sind.
* In ~/mailman/messages die nicht benötigten Sprachen löschen (bis auf englisch).
* In ~/mailman/templates die nicht benötigten Sprachen 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/*
strip ~/doms/example.com /cgi/mailman/*

== Multidomainfähigkeit ==
Man kann seit Mailman 2.x eine Mailman-Installation unter gewissen Einschränkungen für mehrere Domains verwenden. Hier soll kurz gezeigt werden, was geht und wie es geht.

=== Anleitung ===

Als erstes ist wichtig, dass ihr Mailman sagt, für welche Domains Mailinglisten verwaltet werden sollen. Dies tut ihr in der Datei ~/mailman/Mailman/mm_cfg.py:

DEFAULT_EMAIL_HOST = 'example.com'
DEFAULT_URL_HOST = 'www.example.com'
add_virtualhost(DEFAULT_URL_HOST,DEFAULT_EMAIL_HOST)
add_virtualhost('www.zoopnet.de', 'zoopnet.de')

Das bedeutet, dass Mailman per default davon ausgeht, dass alle Listen für die Domain example.com sind.
Die 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.zoopnet.de'), dann benutzt Mailman als Hostpart alles was nach dem ersten Punkt steht, im Beispiel also zoopnet.de

Dann muss man logischerweise das Webfrontend mehrmals installieren.

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@www.example.com

Es ist 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 www.example.com sowohl als URL für das Webfrontend wie auch als Hostpart für Emailadressen verwenet.

Prinzipiell war's das. Man muss die Listeneinträge natürlich immer in die richtige virtusertable eintragen :)

=== 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.
----
[[Kategorie:HSDoku]]
[[Kategorie:Installationsanleitungen]]
[[Kategorie:Mailman]]

Mailman Installieren

2009-03-28T15:35:08Z

Dgy00: 1 zu 1 rüber kopiert

Mailman Installieren

2009-03-28T15:09:48Z

Dgy00: 0.1 version

Mailman

== Installation ==

Installation von Mailman 2.1.1

Vielen Dank an Raimund Specht, der einige Verbesserungen beisteuerte!

=== Sourcen besorgen und entpacken ===
=== Log-Verzeichnis anlegen ===

xyz00@hopi:~$ mkdir /home/pacs/XYZ00/var/mailman
xyz00@hopi:~$ chmod 02775 /home/pacs/XYZ00/var/mailman

=== Kompilieren ===

xyz00@hopi:~$ ./configure
--prefix=/home/pacs/XYZ00/mailman
--with-username=XYZ00
--with-groupname=XYZ00
--with-var-prefix=/home/pacs/XYZ00
/var/mailman
xyz00@hopi:~$ make
xyz00@hopi:~$ make install

Mailman > 2.1.6 benötigt beim configure-Befehl zusätzlich:

--with-cgi-gid=XYZ00
--with-mail-gid=nogroup
--with-python=/usr/local/share/python/2.4.4/bin/python

=== Datenrechte prüfen ===

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

xyz00@hopi:~$ ~/mailman/bin/check_perms -f

== Konfiguration ==

=== mm_cfg.py ===

~/mailman/Mailman/mm_cfg.py editieren.

Folgendes könnte dort z.B. stehen:

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

DEFAULT_HOST_NAME = 'www.example.com'
DEFAULT_EMAIL_HOST = 'example.com'
DEFAULT_URL_HOST = 'www.example.com'
add_virtualhost(DEFAULT_URL_HOST, DEFAULT_EMAIL_HOST)
add_virtualhost('www.zoopnet.de', 'zoopnet.de')

DEFAULT_SERVER_LANGUAGE = 'de'

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

=== CGIs kopieren (in alle Domain-Verzeichnisse, die Mailman haben sollen) ===

xyz00@hopi:~$ mkdir ~/doms/example.com/cgi/mailman
xyz00@hopi:~$ cp ~/mailman/cgi-bin/* ~/doms/example.com/cgi/mailman
xyz00@hopi:~$ chmod g-s ~/doms/example.com/cgi/mailman/*

=== .htaccess ===

Dafür sorgen, dass mailman unter /mailman statt /cgi-bin/mailman erreichbar ist. In ~/doms/example.com/subs/www/.htaccess folgendes eintragen:

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

=== Icons kopieren/verlinken ===

xyz00@hopi:~$ cp -R ~/mailman/icons ~/doms/example.com/subs/www

oder symlinken (spart ein klein wenig Platz)

xyz00@hopi:~$ ln -s ~/mailman/icons ~/doms/example.com/subs/www

=== Passwort setzen ===

xyz00@hopi:~$ ~/mailman/bin/mmsitepass

* Die erste Mailingliste (mit dem Namen "mailman") einrichten:

xyz00@hopi:~$ ~/mailman/bin/newlist
Enter the name of the list: mailman

* In die virtusertable müssen wir die Adressen zuordnen:

xyz00@hopi:~$ vi /home/doms/example.com/etc/virtusertable

mailman@example.com XYZ00-mailman
mailman-admin@example.com XYZ00-mailman-admin
mailman-bounces@example.com XYZ00-mailman-bounces
mailman-confirm@example.com XYZ00-mailman-confirm
mailman-join@example.com XYZ00-mailman-join
mailman-leave@example.com XYZ00-mailman-leave
mailman-owner@example.com XYZ00-mailman-owner
mailman-request@example.com XYZ00-mailman-request
mailman-subscribe@example.com XYZ00-mailman-subscribe
mailman-unsubscribe@example.com XYZ00-mailman-unsubscribe

* Auch die aliases müssen wir ändern:

xyz00@hopi:~$ vi ~/e tc/aliases

XYZ00-mailman: "|/home/pacs/XYZ00/mailman/mail/mailman post mailman"
XYZ00-mailman-admin: "|/home/pacs/XYZ00/mailman/mail/mailman admin mailman"
XYZ00-mailman-bounces: "|/home/pacs/XYZ00/mailman/mail/mailman bounces mailman"
XYZ00-mailman-confirm: "|/home/pacs/XYZ00/mailman/mail/mailman confirm mailman"
XYZ00-mailman-join: "|/home/pacs/XYZ00/mailman/mail/mailman join mailman"
XYZ00-mailman-leave: "|/home/pacs/XYZ00/mailman/mail/mailman leave mailman"
XYZ00-mailman-owner: "|/home/pacs/XYZ00/mailman/mail/mailman owner mailman"
XYZ00-mailman-request: "|/home/pacs/XYZ00/mailman/mail/mailman request mailman"
XYZ00-mailman-subscribe: "|/home/pacs/XYZ00/mailman/mail/mailman subscribe mailman"
XYZ00-mailman-unsubscribe: "|/home/pacs/XYZ00/mailman/mail/mailman unsubscribe mailman"

* In die Crontab wird z.B. eingetragen:

* * * * * ~/mailman/bin/qrunner -o -r All
0 * * * * rm -f ~/var/mailman/logs/qrunner

Dies übernimmt die Funktion des qrunner-Dämons, der bei Mailman 2.1.1 normalerweise laufen würde.
Das Logfile wird gelöscht, da es sonst sehr schnell sehr groß wird.
Zusätzlich müssen noch die Cronjobs in ~/mailman/cron/crontab.in angelegt werden.

Nach diesem Schema werden auch alle anderen Listen angelegt.
Administriert wird die Liste dann über http://www.example.com/mailman/admin/listenname und entweder dem Listenpasswort oder dem Site-Passwort.

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

Links:
http://www.gnu.org/software/mailman/
== Feintuning ==

== Multidomainfähigkeit ==

----
[[Kategorie:HSDoku]]
[[Kategorie:Installationsanleitungen]]
[[Kategorie:Mailman]]

Hostsharing Wiki:Wunschliste Installationsanleitungen

2009-03-28T14:46:30Z

Dgy00:

Diese Seite listet Software auf, für die im Dokumentations-Wiki noch keine Installationsanleitung existiert, aber von den Nutzern gewünscht wurde.

* '''[[Plone 3.1 Installieren |Plone 3.2]]''' die Plone 3.1 doku updaten und nach Plone 3.2 verschieben.

* '''[[Mailman]]''' Ein sehr leistungsfähiger, aber entsprechend kompliziert zu installierender Mailinglisten-Manager. Es gibt schon eine Anleitung auf der alten Website: [http://www.hostsharing.net/dokumentation/installationsanleitungen/mailman.html]

{{Textkasten|blau|Hinweis für Dokumentations-Autoren:|Wenn du mit der Arbeit an einer der Anleitungen beginnst, dann notiere dies am besten hier bei dem entsprechenden Eintrag, damit sich nicht unnötig zwei Autoren gleichzeitig die Arbeit machen.}}

Diskussion:Ecartis

2009-03-28T14:45:33Z

Dgy00: hat „Diskussion:Ecartis“ nach „Diskussion:Ecartis Installieren“ verschoben

#REDIRECT [[Diskussion:Ecartis Installieren]]

Diskussion:Ecartis Installieren

2009-03-28T14:45:33Z

Dgy00: hat „Diskussion:Ecartis“ nach „Diskussion:Ecartis Installieren“ verschoben

1 zu 1 aus der alten Doku übernommen

Ecartis

2009-03-28T14:45:32Z

Dgy00: hat „Ecartis“ nach „Ecartis Installieren“ verschoben

#REDIRECT [[Ecartis Installieren]]

Ecartis Installieren

2009-03-28T14:45:32Z

Dgy00: hat „Ecartis“ nach „Ecartis Installieren“ verschoben

== Mailinglisten mit ecartis ==

Es ist möglich, in seinem Paket Mailinglisten mit dem Listenmanager ecartis zu benutzen.
Einmalige Einrichtung wahlweise zentral für das Paket bzw. einzelne Domains

== ecartis ==

=== Einrichten ===

Initial muss dafür das Skript add-mailinglist aufgerufen werden, welches im Paketverzeichnis ein neues Verzeichnis mailinglist erstellt, in dem sich dann alle Dateien für die Mailinglisten befinden.

Aufruf:

add-mailinglist

Damit ist der Listenmanager zentral für das Paket vorbereitet, d.h. benötigte Dateien wurden in das Verzeichnis ~/mailinglist kopiert. Außerdem wurden Aliase zur Ansteuerung des Listenmanagers in die ~/etc/aliases eingefügt.

Wenn man für verschiedene seiner Domains eigenständige Mailinglistensysteme betreiben will, so kann man dieses Verzeichnis als Vorlage verwenden und beliebig kopieren. Dann sind natürlich die Aliase zur Steuerung des Listenmanagers per E-Mail ebenfalls zu kopieren und entsprechend anzupassen.

Im Verzeichnis des Listenmanagers befindet sich eine Konfigurationsdatei ecartis.cfg, welche den Listenmanager steuert.

=== Konfiguration ===

==== ecartis.cfg ====

Für jeden Listenmanager müssen nun in ecartis.cfg die Zeilen ecartis-address, ecartis-admin und ecartis-root konfiguriert werden. ecartis-root muss nur dann angepasst werden, wenn man ein anderes Verzeichnis als ~/mailinglist verwendet, weil man beispielsweise mehrere Listenmanager betreibt. Eine detailierte Beschreibung der einzelnen Optionen gibt es unter: ecartis.org/variables.html.

Man konfiguriert jetzt die Einträge in ecartis.cfg.

Beispiel:

ecartis-address = ecartis@example.com
ecartis-admin = postmaster@example.com
ecartis-root = /home/pacs/xyz00/mailinglist

==== virtusertable ====

Entsprechend des Eintrages ecartis-address fügt man in der virtusertable der Domain example.com folgendes ein:

ecartis@example.com xyz00-ecartis

==== mehrere Listenmanager ====

Verwendet man mehrere Listenmanager, so muss man jedem Listenmanager einen eigenen E-Mail-Alias geben. Dazu müssen diese dann auch in der ~/etc/aliases eingetragen werden. Als Vorlage dienen hierfür die automatisch eingetragenen Aliase, welche auf den Listenmanager in ~/mailinglist verweisen.

=== Test ===
Damit ist das Mailinglistensystem erreichbar und eine E-Mail an ecartis@example.com mit dem Inhalt help schickt uns die Datei ecartis.hlp zurück, die man später natürlich an seine Bedürfnisse anpassen kann.
Einrichten einer Mailingliste

== Mailinglisten ==

=== Einrichten ===

Man fügt nun den einzelnen Listenmanagern Listen hinzu. Dazu wechselt man in das Verzeichnis des jeweiligen Listenmanagers.

Aufruf:

./ecartis -newlist NAMEDERLISTE

Dann wird man nach dem Administrator der einzurichtenden Liste gefragt und nach der Eingabe der E-Mail-Adresse erhält man eine Liste von aliasen, die man in seine ~/etc/aliases mit vorangestelltem Paketlogin einträgt. Das Voranstellen von bspw. xyz00- ist notwendig, weil man nur diese Aliases ändern darf.

Beispiel:

Folgendes gibt uns der Befehl zurück:

Aliases for 'testmailingliste' mailing list.
testmailingliste: "|/home/pacs/xyz00/mailinglist/ecartis -s testmailingliste"
testmailingliste-request: "|/home/pacs/xyz00/mailinglist/ecartis -r testmailingliste"
testmailingliste-repost: "|/home/pacs/xyz00/mailinglist/ecartis -a testmailingliste"
testmailingliste-admins: "|/home/pacs/xyz00/mailinglist/ecartis -admins testmailingliste"
testmailingliste-moderators: "|/home/pacs/xyz00/mailinglist/ecartis -moderators testmailingliste"
testmailingliste-bounce: "|/home/pacs/xyz00/mailinglist/ecartis -bounce testmailingliste"

==== ~/etc/aliases ====

Wir tragen jetzt in unsere ~/etc/aliases folgendes ein:

# Aliases for 'testmailingliste' mailing list.
xyz00-testmailingliste: "|/home/pacs/xyz00/mailinglist/ecartis -s testmailingliste"
xyz00-testmailingliste-request: "|/home/pacs/xyz00/mailinglist/ecartis -r testmailingliste"
xyz00-testmailingliste-repost: "|/home/pacs/xyz00/mailinglist/ecartis -a testmailingliste"
xyz00-testmailingliste-admins: "|/home/pacs/xyz00/mailinglist/ecartis -admins testmailingliste"
xyz00-testmailingliste-moderators: "|/home/pacs/xyz00/mailinglist/ecartis -moderators testmailingliste"
xyz00-testmailingliste-bounce: "|/home/pacs/xyz00/mailinglist/ecartis -bounce testmailingliste"

==== example.com/etc/virtusertable ====

Bis jetzt haben wir noch nirgendwo festgelegt, unter welcher Domain die Mailingliste läuft. Dafür editieren wir die virtusertable der Domain (Bsp: example.com/etc/virtusertable für die Domain example.com:

testmailingliste@example.com xyz00-testmailingliste
testmailingliste-request@example.com xyz00-testmailingliste-request
testmailingliste-repost@example.com xyz00-testmailingliste-repost
testmailingliste-admins@example.com xyz00-testmailingliste-admins
testmailingliste-moderators@example.com xyz00-testmailingliste-moderators
testmailingliste-bounce@example.com xyz00-testmailingliste-bounce

Jetzt gibt es eine offene Liste mit der Adresse testmailingliste@example.com, an der man sich mit einer E-Mail an testmailingliste-request@example.com mit dem Inhalt subscribe anmelden kann.
Konfigurieren einer Mailingliste

Jeder Listenmanager besitzt ein Unterverzeichnis /lists, in welchem die zugehörigen Listen verwaltet werden. Jeder Mailingliste wird ein Verzeichnis unterhalb dieses Verzeichnisses zugeordnet. Es hat den Namen der Mailingliste. Die Konfigurationsdatei für die einzelnen Listen heißt config und ist dort abgelegt. Eine detaillierte Beschreibung der einzelnen Optionen gibt es unter: ecartis.org/variables.html.

=== Konfiguration ===
Hier nur die wichtigsten Einstellungen, die man konfigurieren sollte:

* list-owner = der Eigentümer der Liste
* subject-tag = eine Zeichenfolge die im Betreff vorangestellt wird (wie [global] bei unserer global(at)hostsharing.net Mailingliste)
* description = eine Beschreibung der Liste
* reply-to = Adresse der Liste (in unserem Beispiel: testmailingliste@example.com)
* administrivia-address = in unserem Beispiel testmailingliste-admins@example.com
* humanize-mime = false
* humanize-quotedprintable = true
Sorgen gemeinsam für eine ordentliche Handhabung von Umlauten, sie werden verstanden und es werden passende Header generiert.

* mbox-archive-path = wenn man möchte, kann man alle Mails, die über die Liste verschickt werden, archivieren
* subscribe-mode = hier gibt es 3 mögliche Einstellungen:
1. open
Der Benutzer meldet sich per subscribe an und wird direkt in die Liste eingetragen
2. confirm
Der Benutzer muss die Anmeldung anhand einer zugeschickten Mail bestätigen
3. closed
Die Anmeldung muss vom Listenadmin erlaubt werden

* unsubscribe-mode = hier gibt es 3 mögliche Einstellungen:
1. open
Der Benutzer meldet sich per unsubscribe ab und wird direkt aus der Liste ausgetragen
2. confirm
Der Benutzer muss die Abmeldung anhand einer zugeschickten Mail bestätigen
3. closed
Die Abmeldung muss vom Listenadmin erlaubt werden

=== Unterschiedliche Mailinglistentypen ===

==== offene Liste ====

Offene Liste bedeutet, dass jeder an die Liste schreiben kann, die dann an alle eingetragenen E-Mail-Adressen verteilt wird (Beispiel: global(at)hostsharing.net).
Dies ist der Standard bei der Einrichtung einer Liste und benötigt keine besonderen Einstellungen

==== geschlossene Liste ====

bedeutet, dass nur E-Mails von den Eingetragenen verteilt werden. Diese Listenart wird auch als member-only bezeichnet (Beispiel: members(at)hostsharing.net).

Hierfür müssen folgende Optionen gesetzt werden:

closed-post = true

Sinnvoll ist außerdem confirm oder closed bei subscribe-mode und unsubscribe-mode einzutragen.

==== moderierte Liste ====

bedeutet, dass E-Mails von jemandem authorisiert werden müssen, bevor sie verteilt werden. Wird in den meisten Fällen für Newsletter o.ä. verwendet, wo man als Betreiber den Eingetragenen E-Mails schicken will, aber eine Kommunikation der Eingetragenen untereinander nicht gewollt ist (Beispiel: global-announce(at)hostsharing.net).

Hierfür müssen folgende Optionen gesetzt werden:

* moderated = yes
* moderate-include-queue = true
* moderator = testmailingliste-moderators@example.com

Sinnvoll ist außerdem confirm oder closed bei subscribe-mode und unsubscribe-mode einzutragen.

=== Autorisierung ===
Für die Authorisierung gibt es mehrere Möglichkeiten:

==== admin-approvepost = true ====

Damit werden alle E-Mails der Listenadministratoren direkt verschickt. Es wird nur überprüft, ob die Absender-E-Mail-Adresse übereinstimmt, da diese aber sehr leicht gefälscht werden kann, ist es nur ein sehr schwacher Schutz.

==== post-password = geheimesPasswort ====

Das setzt das Passwort für diese Liste auf geheimesPasswort und nur E-Mails mit der folgenden Zeile im Header der E-Mail werden verteilt: X-posting-pass: geheimesPasswort

Wenn man keine der beiden Optionen benutzt, dann wird die E-Mail zuerst an den Administrator der Liste geschickt, der sie bestätigen muss.

----
[[Kategorie:HSDoku]]
[[Kategorie:Installationsanleitungen]]
[[Kategorie:Ecartis]]

Diskussion:Ecartis Installieren

2009-03-28T14:45:08Z

Dgy00: Die Seite wurde neu angelegt: 1 zu 1 aus der alten Doku übernommen

1 zu 1 aus der alten Doku übernommen

Ecartis Installieren

Diskussion:Plone Installieren

2009-03-28T12:59:23Z

Dgy00: hat „Diskussion:Plone 2.5 installieren“ nach „Diskussion:Plone 3.1installieren“ verschoben: neue Version