schokokeks.org Wiki - Benutzerbeiträge [de]

E-Mail/Manuelle Konfiguration/.courier-Dateien

2009-07-25T14:22:11Z

Mitja: /* Aufrufen eines Programms */

{{E-Mail-Warnung}}

Mit Hilfe der '''.courier'''-Dateien legen Sie fest, welche an Ihre Domains adressierten E-Mails angenommen werden und was mit den eingehenden E-Mails passiert. Die Prozedur ist dabei vergleichbar, ob Sie Ihre Benutzer-Adresse, eine Benutzer-Adresse mit Erweiterung oder eine Adresse unter einer Ihrer Domains festlegen. Das Vorgehen unterscheidet sich nur im Namen der Datei.

{{AlertBox|title=Achtung|content=Diese Anleitung und alle hierauf verweisenden Anleitungen erfordern, dass die verwendete Domain auf [[E-Mail/Manuelle Konfiguration|manuelle Konfiguration]] eingestellt wurde. Sofern Sie die Verwaltung über Webinterface nutzen, können bzw. müssen Sie keine .courier-Dateien erstellen}}

= Bestandsaufnahme und Dateioperationen =
Um .courier-Dateien verwalten zu können, brauchen Sie Zugriff auf Ihr Benutzerverzeichnis bzw. die Dateien darin. Dies kann entweder über ein SFTP-Programm oder über einen SSH-Zugang erledigt werden. Typischerweise werden Dateien, die mit einem Punkt beginnen als versteckte Dateien betrachtet. Sofern Sie ein SFTP-Programm benutzen, müssen Sie meist die Anzeige versteckter Dateien erst einschalten.

Sofern Sie den direkten SSH-Zugang benutzen, können Sie mit '''ls -la .courier*''' die bestehenden .courier-Dateien anzeigen lassen. Es ist möglich, dass bisher noch gar keine solche Datei existiert.

= Wahl der Dateinamen =
== Benutzer-Adresse ==

Ihre Benutzer-Adresse, die Ihnen automatisch mit dem Benutzerzugang gehört, wird über die Datei '''.courier''' gesteuert.

== Erweiterungen ==
Zudem können über Dateien der Form '''.courier-''erweiterung''''' neue Adressen der Form ''benutzername-'''erweiterung'''@schokokeks.org'' festgelegt werden.

Zum Beispiel erzeugt beim Benutzer '''heinz''' die Datei '''.courier-privat''' eine Adresse '''''heinz-privat'''@schokokeks.org''.

Dabei ist auf folgende Punkte besonders zu achten:
* Dateinamen sind immer in Kleinbuchstaben gehalten. Die E-Mail-Adressen können auch mit Großbuchstaben benutzt werden, der Server wandelt diese jedoch immer in Kleinbuchstaben um und sucht Dateien in Kleinbuchstaben.
* Punkte sind in Namen von .courier-Dateien aus Sicherheitsgründen nicht erlaubt. Um Punkte in Adressen zu erlauben, werden diese in Doppelpunkte umgewandelt. Sie müssen also Dateien mit einem Doppelpunkt benennen, wo in der Adresse ein Punkt kommt. (Im obigen Beispiel: '''.courier-''maier:privat''''' für '''heinz-''maier.privat''@schokokeks.org''')

== Exkurs: Wie Domains zu Erweiterungen werden ==
Wenn Sie verstehen möchten, wie unsere Dateinamens-Konvention entstanden ist und wieso wir diese verfolgen, möchte ich die Lektüre der nachfolgenden Sätze empfehlen.

Wir haben uns bewusst gegen eine rein ''virtuelle'' Verwaltung von E-Mail-Adressen entschieden, da wir unseren Benutzern unter anderem ermöglichen wollten, mehrere Adressen in ein Postfach zu dirigieren und beliebige Programme bei E-Mail-Eingang zu starten. Dazu zählt zum Beispiel auch der individuelle Spamfilter.

Wie eingangs erklärt, erlauben wir unseren Benutzern zusätzlich zur Stamm-Adresse '''''benutzername'''@schokokeks.org'' beliebige Erweiterungsadressen ''benutzername-'''erweiterung'''@schokokeks.org''. Nur diese Adressen können vollwertig vom Benutzer selbst konfiguriert werden und erlauben alles was wir unseren Benutzern ermöglichen möchten.

Daher haben wir die bei uns gehosteten Domains so eingestellt, dass deren E-Mails immer fest einem Benutzer zugewiesen sind und dann von ''lokal@domain'' automatisch in die Form ''benutzername-'''domain'''-'''lokal'''@schokokeks.org'' übersetzt werden. Damit kann ein Benutzer völlig frei agieren, benötigt keine besonderen Werkzeuge zur Verwaltung seiner Domain-Adressen und hat alle Möglichkeiten. Dabei ist die Erweiterungsadresse, zu der eine Domain übersetzt wird, technisch frei einstellbar. Sollten Sie also z.B. mehrere Domains auf die selbe Erweiterungsadresse einstellen möchten oder ähnliche Wünsche haben, können wir das gerne einrichten.

Im Umkehrschluss ist damit auch die Adresse '''heinz@maier.de''' eines bei uns ansässigen Benutzers '''heinz''' völlig identisch zur Adresse '''heinz-maier.de-heinz@schokokeks.org'''. Für den Mail-Server gibt es hier keine Unterscheidung mehr, diese Adressen sind technisch gleich.

== Eigene Domains ==
Wenn Sie die beiden vorigen Abschnitte gelesen haben, ist damit auch klar, die die Dateinamen für eigene Domains aufgebaut sein müssen: '''.courier-''domain''-''lokal'''''.

Dabei ist auf folgende Punkte besonders zu achten:
* Dateinamen sind immer in Kleinbuchstaben gehalten. Die E-Mail-Adressen können auch mit Großbuchstaben benutzt werden, der Server wandelt diese jedoch immer in Kleinbuchstaben um und sucht Dateien in Kleinbuchstaben.
* Punkte sind in Namen von .courier-Dateien aus Sicherheitsgründen nicht erlaubt. Um Punkte in Adressen zu erlauben, werden diese in Doppelpunkte umgewandelt. Sie müssen also Dateien mit einem Doppelpunkt benennen, wo in der Adresse ein Punkt kommt. (Beispiel: '''.courier-''maier:de''-heinz''')

== Catch-All-Adressen ==
Eine besondere Technik ist der so genannte ''Catch-All''. Das bedeutet, dass beliebig viele Adressen mit einer einzigen .courier-Datei behandelt werden.
Bei uns können ''Catch-All''-Adressen auf jeder ''Bindestrich-Ebene'' eingerichtet werden. Konkret heißt das, nach dem Schema von Benutzer-Adresse und Erweiterung (siehe oben) kann die Adresse mit Bindestrichen um beliebige weitere Komponenten verlängert werden.

So kann der Benutzer ''heinz'' z.B. die Adresse ''heinz-newsletter-'''beliebig'''@schokokeks.org'' festlegen, mit einem beliebigen Wert für '''beliebig'''. Analog dazu natürlich auch unter der eigenen Domain, in dem er die Adresse ''heinz-maier.de-newsletter-'''beliebig'''@schokokeks.org'' erstellt und damit auch die Adressen ''newsletter-'''beliebig'''@maier.de'' behandelt werden.

Um einen solchen ''Catch-All'' zu erzeugen, muss der Name der .courier-Datei lediglich auf ''-default'' enden. So müssen im obigen Beispiel die Dateien ''.courier-newsletter'''-default''''' bzw. ''.courier-maier:de-newsletter'''-default''''' genannt werden.

Dieser ''Catch-All'' hat im Übrigen '''nicht''' Vorrang gegenüber noch konkreteren Adressen. Der ''Catch-All'' ist so zu sagen die letzte Möglichkeit bevor eine Mail abgewiesen wird.

{{AlertBox
|title=Hinweis
|content=Wir raten davon ab, einen ''Catch-All'' direkt auf einer Domain einzurichten (z.B. '''''beliebig'''@maier.de''). Es wird mittlerweile sehr viel Spam an zufällig erstellte Adressen verschickt. Das Spam-Aufkommen wird sich drastisch erhöhen, wenn Sie dies dennoch einrichten.
}}

= Inhalt der Dateien =
Genauso wichtig wie der Name der Datei ist deren Inhalt.

Grundsätzlich gilt immer: Die Datei wird von oben nach unten zeilenweise gelesen und verarbeitet. Jede Zeile enthält eine Anweisung oder einen Kommentar, der ignoriert wird.

Je nach dem, welche Operation Sie haben möchten, müssen Sie die Syntax in dieser Datei passend beachten.
Natürlich können Zeilen unterschiedlicher Form untereinander in der selben Datei stehen.

{{AlertBox
|title=Hinweis
|content=Der Mailserver erkennt am allerersten Zeichen einer Zeile, was für eine Angabe folgt. Es ist also wichtig, dass kein Leerzeichen oder ähnliches am Zeilenanfang steht.
}}

== Kommentare ==
Sie dürfen eine oder mehrere Zeilen an beliebiger Stelle als Kommentar / Anmerkung festlegen. Dazu muss die Zeile mit einer Raute ('''#''') beginnen. So können Sie beispielsweise notieren, welche Funktion die jeweils nachfolgende Anweisung hat. Jede Zeile, die mit einer Raute beginnt, ist ein Kommentar und wird ignoriert. Sie können also einzelne Anweisungen außer Kraft setzen, in dem Sie eine Raute davor setzen.

== Weiterleitung an eine andere E-Mail-Adresse ==
Um eingehende E-Mails sofort an eine beliebige andere Adresse weiter zu senden, reicht es aus, diese Adresse in eine ansonsten leere Zeile zu schreiben.

== Speichern in einem Maildir ==
Die häufigste Anwendung wird das Ablegen eingehender E-Mails in einem Maildir betreffen. Ein Maildir ist ein Postfach, das Sie später per POP3/IMAP abrufen können. Eine eigene Seite beschreibt, wie Sie ein [[E-Mail/Manuelle Konfiguration/Maildir erstellen|Maildir erstellen]] können. Das hier benutzte Maildir '''muss bereits vorhanden sein'''!

Schreiben Sie den Pfad des Maildir einfach in eine eigene Zeile. Zur Vereinfachung können Sie Ihr Benutzerverzeichnis durch einen Punkt ersetzen, also z.B. kann der Benutzer ''heinz'' anstelle von ''/home/heinz/mailbox/'' auch nur ''./mailbox/'' eintragen. Das liegt daran, dass der Zustell-Prozess immer im Benutzerverzeichnis startet und daher nur eine relative Pfadangabe nötig ist. Es darf aber natürlich auch der vollständige Pfad notiert werden.

Achten Sie allerdings darauf, dass die Zeile mit höchstens einem Punkt beginnt. Sollten dort zwei Punkte stehen, wird das nicht funktionieren. Auch jedes andere Zeichen außer Punkt (für die abgekürzte Variante) und Schrägstrich (für die vollständige Notation) führt zu einem Fehler.

{{AlertBox
|title=Wichtig
|content=Ganz wichtig dabei ist, dass die Zeile mit einem Schrägstrich ('''/''') endet. Geben Sie den Pfad eines Maildir bitte '''immer''' mit einem Schrägstrich am Ende an.
}}

== Speichern in einer traditionellen Unix-MBox-Datei ==
Unser Mailserver erlaubt auch das Speichern in einer traditionellen Unix-''MBox''-Datei (alle E-Mails in einer Datei). Wir raten jedoch davon ab, dies ohne besonderen Grund zu machen. Unser POP3-/IMAP-Server wird auf dieses Postfach dann nicht zugreifen können!

Die Syntax ist ähnlich zum vorherigen Abschnitt, nur dass der Schrägstrich am Ende weg gelassen werden muss.

== Aufrufen eines Programms ==
Um alle Freiheiten zu nutzen, die dem Benutzer auf schokokeks.org geboten werden, kann man beim Eintreffen von Nachrichten automatisch ein Programm starten lassen. Die meisten Benutzer lassen die Nachrichten so auf Spam bzw. Viren prüfen.
{{AlertBox
|title=Bitte beachten Sie:
|content=Ein so aufgerufenes Programm hat die Möglichkeit, die zeilenweise Verarbeitung der .courier-Datei zu stoppen. Sollten Sie also z.B. den Spamfilter benutzen, dann wird im Falle einer positiven Beurteilung der Nachricht alles unterhalb des Spamfilter-Aufrufs nicht mehr ausgeführt.
}}

Konkrete Beispiele zur Benutzung von Spam- und Virenfilter haben wir auf einer Extra-Seite zur [[E-Mail/Konfiguration/Spamfilter|Einbindung von Spam- und Virenfilter]] zusammen gestellt.

Ein weiteres Programm, das häufig mit dieser Funktion benutzt wird, ist ''procmail''. Mit diesem ist es möglich, eingehende E-Mails sofort auf beliebige Kriterien zu filtern oder zu modifizieren. Der Aufruf ist einfach, es muss nur
|/usr/bin/procmail
notiert werden, jedoch sollten Sie dies erst verwenden, wenn Sie ''procmail'' auch eingerichtet haben. Zur Dokumentation von ''procmail'' möchten wir Sie aber an externe Quellen verweisen. Insbesondere das [http://pm-doc.sourceforge.net/ Procmail Documentation Project] könnte hier hilfreiche Informationen liefern.

Eine kurze Beispielkonfiguration ist unter [[E-Mail/Manuelle_Konfiguration/procmail]] zu finden.

Sie können natürlich auch weitere, eigene Programme ausführen lassen. Zur Dokumentation der vorhandenen Möglichkeiten, möchten wir an dieser Stelle aber auf die Dokumentation des Mail-Servers verweisen: http://www.courier-mta.org/dot-courier.html

AWstats

2009-05-27T19:16:51Z

Mitja: typo + unauffällige Stelle hervorgehoben

Das Programm [http://awstats.sourceforge.net/ AWstats] ist eine Alternative zu [[Webalizer]] zur Erstellung von Statistiken für Web-Zugriffe.
Dieser Artikel beschreibt die Installation in Ihrem Account bei schokokeks.org. Bei AWstats handelt es sich nicht nur um ein eigenständiges Programm sondern auch um ein CGI-Script, mit dem Teile der Statistik über das Webinterface erzeugt werden können.

Die neuste Version des Programmpakets finden Sie unter /srv/download oder auf der [http://awstats.sourceforge.net/ Website von AWstats].

Um die Statistik online verfügbar zu machen, benötigen Sie einen Webserver-VHost. In unserem Beispiel soll dies ''awstats.schokokeks.org'' sein. Beim Erzeugen der Webserver-Einstellungen achten Sie bitte darauf, die Protokollierung von Fehlermeldungen zu aktivieren. Dies erleichtert die Fehlersuche falls etwas nicht funktioniert.
Achten Sie bitte darauf, dass bei den Webserver-Einstellungen der Domain, für die die Statistik erzeugt soll irgend eine Form des Zugriffsprotokolls aktiviert ist.

Legen Sie dann das Verzeichnis an, das Sie im Webserver vorgesehen haben. In unserem Fall ist das ''websites/awstats.schokokeks.org/htdocs''. Wechseln Sie in das Domain-Verzeichnis (nicht in ''htdocs'').
mkdir -p websites/awstats.schokokeks.org/htdocs
cd websites/awstats.schokokeks.org

Entpacken Sie die Datei awstats-x.x.tar.gz dort, so dass dadurch ein Verzeichnis ''websites/awstats.schokokeks.org/awstats-X.Y'' erzeugt wird.
tar xzf /srv/download/awstats-*.tar.gz

Verschieben Sie den Inhalt von ''awstats-*/wwwroot'' nach ''htdocs''.
mv awstats-*/wwwroot/* htdocs/
Und das Verzeichnis ''tools'' in das Website-Verzeichnis (außerhalb von ''htdocs'').
mv awstats-*/tools .
Danach können Sie das Verzeichnis ''awstats-*'' löschen.
rm -rf awstats-*

Wechseln nach ''htdocs/cgi-bin''
cd htdocs/cgi-bin

Dort befindet sich eine Datei ''awstats.model.conf''. Diese muss für die zu verwaltende Domain (die, für die die Statistiken erstellt werden sollen) angepasst werden. Dazu wird zuerst eine Kopie der Datei erstellt. Das Schema ist immer ''awstats.'''domain'''.conf'', wobei jede Seite für die eine Statistik gewünscht ist, einen eindeutigen '''domain'''-Teil bekommt.
cp awstats.model.conf awstats.schokokeks.org.conf

Bearbeiten Sie diese Datei entsprechend Ihrer Gegebenheiten. Folgender Vorschlag benutzt die Platzhalter ''USERNAME'', ''DOMAIN'', ''ADRESSE'' für den schokokeks.org-Benutzernamen, die Domain für die Sie eine Statistik erzeugen möchten und die Adresse unter der die Statistik abgerufen werden kann.

LogFile="/home/USERNAME/websites/ADRESSE/tools/logresolvemerge.pl /var/log/apache2/USERNAME/DOMAIN.log* |"
LogType=W // Default
LogFormat=1 // Default
LogSeparator=" " // Default
SiteDomain="DOMAIN"
HostAliases="localhost 127.0.0.1 www.DOMAIN"
DNSLookup=2 // Default
DirData="/home/USERNAME/websites/ADRESSE/htdocs/DOMAIN"
DirCgi="/cgi-bin" // Default
DirIcons="/icon" // Default
AllowToUpdateStatsFromBrowser=1 // Default 0
Lang="de" // Default "auto"

Dies sind nur die minimalistisch angelegte Konfigurationsoptionen. Awstats kann viel feiner konfiguriert werden. Eine Beschreibung der Optionen finden Sie in der Konfigurationsdatei selbst.

Das angegebene Verzeichnis für ''DirData'' '''muss noch erzeugt werden'''.

Durch Verwendung von mehreren Konfigurationsdateien und mehreren Daten-Verzeichnissen kann eine Installation von awstats Statistiken für mehrere Websites gleichzeitig erzeugen.

{{AlertBox|title=Zugriff beschränken|content=Meistens möchte man die Inhalte der Statistiken nicht aller Welt anbieten. Daher sollte man entweder einen [[Passwortschutz für Webseiten|Passwortschutz]] oder eine ''robots.txt'' erzeugen. Letztere verhindert eine Aufnahme in die gängigen Suchmaschinen, beschränkt aber nicht den Zugriff durch Fremde.

Eine robots.txt könnte etwa so aussehen:
User-agent: *
Disallow: /
}}

Direkt im Verzeichnis ''htdocs'' müssen Sie eine Datei ''.htaccess'' erzeugen. Diese kann (siehe Kasten) einen Passwortschutz enthalten, wird aber in jedem Fall benötigt um das Ausführen von CGI-Scripten einzuschalten. Fügen sie bitte daher die Zeile
allow +ExecCGI -Indexes
ein. Dies verbietet zudem noch die Auflistung der Verzeichnisinhalte.

Achten Sie darauf, dass die Perl-Scripte (Endung .pl) in den Verzeichnissen ''cgi-bin'' und ''tools'' ausführbar sind. Sofern Sie das Archiv auf dem Server entpackt haben, sollte dies bereits der Fall sein.

Für einen Test stellen Sie bitte sicher, dass Sie sich direkt im Verzeichnis ''htdocs'' befinden und rufen Sie den Befehl
./cgi-bin/awstats.pl -config=DOMAIN
auf. (Wobei DOMAIN genau den Teil des Namens der Konfigurationsdatei beschreibt, der bei ''awstats.DOMAIN.conf'' benutzt wurde.)

Falls Fehler auftretten werden entsprechende Fehlermeldungen generiert
und angezeigt. Läuft das Skript Fehlerfrei dann soll in dem Verzeichnis
DOMAIN eine Textdatei mit dem Namen:
awstatsMMYYYY.DOMAIN.txt entstehen.

Die Statistiken können nun mittels Zugriff per Browser abgerufen werden. Dazu muss (analog zum Offline-Test oben) die Adresse ''http://ADRESSE/cgi-bin/awstats.pl?config=DOMAIN'' aufgerufen werden.

Damit die Statistik-Adresse kürzer eingegeben werden kann, empfehlen wir folgende Zeilen in der bereits erstellten Datei ''.htaccess'':
RewriteEngine On
RewriteRule ^$ /cgi-bin/awstats.pl?config=DOMAIN [R]

Damit die Statistiken automatisch und zeitgesteuert erstellt werden, sollte noch ein [[Cronjob]] erstellt werden.
Über den Befehl ''crontab -e'' sollten Sie eine passende Zeile eintragen. Ein Beispiel:
16 5 * * * /home/USERNAME/websites/ADRESSE/tools/awstats_updateall.pl now -awstatsprog=/home/USERNAME/websites/ADRESSE/htdocs/cgi-bin/awstats.pl -configdir=/home/USERNAME/websites/ADRESSE/htdocs/cgi-bin/ > /dev/null

Es wird das Verzeichnis ../cgi-bin/ durchsucht und alle gefundene config Dateien wie: awstats.DOMAIN.conf nacheinander als Parameter für AWstats gesetzt.

AWstats

2009-05-27T19:02:15Z

Mitja: typo

Das Programm [http://awstats.sourceforge.net/ AWstats] ist eine Alternative zu [[Webalizer]] zur Erstellung von Statistiken für Web-Zugriffe.
Dieser Artikel beschreibt die Installation in Ihrem Account bei schokokeks.org. Bei AWstats handelt es sich nicht nur um ein eigenständiges Programm sondern auch um ein CGI-Script, mit dem Teile der Statistik über das Webinterface erzeugt werden können.

Die neuste Version des Programmpakets finden Sie unter /srv/download oder auf der [http://awstats.sourceforge.net/ Website von AWstats].

Um die Statistik online verfügbar zu machen, benötigen Sie einen Webserver-VHost. In unserem Beispiel soll dies ''awstats.schokokeks.org'' sein. Beim Erzeugen der Webserver-Einstellungen achten Sie bitte darauf, die Protokollierung von Fehlermeldungen zu aktivieren. Dies erleichtert die Fehlersuche falls etwas nicht funktioniert.
Achten Sie bitte darauf, dass bei den Webserver-Einstellungen der Domain, für die die Statistik erzeugt soll irgend eine Form des Zugriffsprotokolls aktiviert ist.

Legen Sie dann das Verzeichnis an, das Sie im Webserver vorgesehen haben. In unserem Fall ist das ''websites/awstats.schokokeks.org/htdocs''. Wechseln Sie in das Domain-Verzeichnis (nicht in ''htdocs'').
mkdir -p websites/awstats.schokokeks.org/htdocs
cd websites/awstats.schokokeks.org

Entpacken Sie die Datei awstats-x.x.tar.gz dort, so dass dadurch ein Verzeichnis ''websites/awstats.schokokeks.org/awstats-X.Y'' erzeugt wird.
tar xzf /srv/download/awstats-*.tar.gz

Verschieben Sie den Inhalt von ''awstats-*/wwwroot'' nach ''htdocs''.
mv awstats-*/wwwroot/* htdocs/
Und das Verzeichnis ''tools'' in das Website-Verzeichnis (außerhalb von ''htdocs'').
mv awstats-*/tools .
Danach können Sie das Verzeichnis ''awstats-*'' löschen.
rm -rf awstats-*

Wechseln nach ''htdocs/cgi-bin''
cd htdocs/cgi-bin

Dort befindet sich eine Datei ''awstats.model.conf''. Diese muss für die zu verwaltende Domain (die, für die die Statistiken erstellt werden sollen) angepasst werden. Dazu wird zuerst eine Kopie der Datei erstellt. Das Schema ist immer ''awstats.'''domain'''.conf'', wobei jede Seite für die eine Statistik gewünscht ist, einen eindeutigen '''domain'''-Teil bekommt.
cp awstats.model.conf awstats.schokokeks.org.conf

Bearbeiten Sie diese Datei entsprechend Ihrer Gegebenheiten. Folgender Vorschlag benutzt die Platzhalter ''USERNAME'', ''DOMAIN'', ''ADRESSE'' für den schokokeks.org-Benutzernamen, die Domain für die Sie eine Statistik erzeugen möchten und die Adresse unter der die Statistik abgerufen werden kann.

LogFile="/home/USERNAME/websites/ADRESSE/tools/logresolvemerge.pl /var/log/apache2/USERNAME/DOMAIN.log* |"
LogType=W // Default
LogFormat=1 // Default
LogSeparator=" " // Default
SiteDomain="DOMAIN"
HostAliases="localhost 127.0.0.1 www.DOMAIN"
DNSLookup=2 // Default
DirData="/home/USERNAME/websites/ADRESSE/htdocs/DOMAIN"
DirCgi="/cgi-bin" // Default
DirIcons="/icon" // Default
AllowToUpdateStatsFromBrowser=1 // Default 0
Lang="de" // Default "auto"

Dies sind nur die minimalistisch angelegte Konfigurationsoptionen. Awstats kann viel feiner konfiguriert werden. Eine Beschreibung der Optionen finden Sie in der Konfigurationsdatei selbst.

Das angegebene Verzeichnis für ''DirData'' muss natürlich noch erzeugt werden.

Durch Verwendung von mehreren Konfigurationsdateien und mehreren Daten-Verzeichnissen kann eine Installation von awstats Statistiken für mehrere Websites gleichzeitig erzeugen.

{{AlertBox|title=Zugriff beschränken|content=Meistens möchte man die Inhalte der Statistiken nicht aller Welt anbieten. Daher sollte man entweder einen [[Passwortschutz für Webseiten|Passwortschutz]] oder eine ''robots.txt'' erzeugen. Letztere verhindert eine Aufnahme in die gängigen Suchmaschinen, beschränkt aber nicht den Zugriff durch Fremde.

Eine robots.txt könnte etwa so aussehen:
User-agent: *
Disallow: /
}}

Direkt im Verzeichnis ''htdocs'' müssen Sie eine Datei ''.htaccess'' erzeugen. Diese kann (siehe Kasten) einen Passwortschutz enthalten, wird aber in jedem Fall benötigt um das Ausführen von CGI-Scripten einzuschalten. Fügen sie bitte daher die Zeile
allow +ExecCGI -Indexes
ein. Dies verbietet zudem noch die Auflistung der Verzeichnisinhalte.

Achten Sie darauf, dass die Perl-Scripte (Endung .pl) in den Verzeichnissen ''cgi-bin'' und ''tools'' ausführbar sind. Sofern Sie das Archiv auf dem Server entpackt haben, sollte dies bereits der Fall sein.

Für einen Test stellen Sie bitte sicher, dass Sie sich direkt im Verzeichnis ''htdocs'' befinden und rufen Sie den Befehl
./cgi-bin/awstats.pl -config=DOMAIN
auf. (Wobei DOMAIN genau den Teil des Namens der Konfigurationsdatei beschreibt, der bei ''awstats.DOMAIN.conf'' benutzt wurde.)

Falls Fehler auftretten werden entsprechende Fehlermeldungen generiert
und angezeigt. Läuft das Skript Fehlerfrei dann soll in dem Verzeichnis
DOMAIN eine Textdatei mit dem Namen:
awstatsMMYYYY.DOMAIN.txt entstehen.

Die Statistiken können nun mittels Zugriff per Browser abgerufen werden. Dazu muss (analog zum Offline-Test oben) die Adresse ''http://ADRESSE/cgi-bin/awstats.pl?config=DOMAIN'' aufgerufen werden.

Damit die Statistik-Adresse krzer eingegeben werden kann, empfehlen wir folgende Zeilen in der bereits erstellten Datei ''.htaccess'':
RewriteEngine On
RewriteRule ^$ /cgi-bin/awstats.pl?config=DOMAIN [R]

Damit die Statistiken automatisch und zeitgesteuert erstellt werden, sollte noch ein [[Cronjob]] erstellt werden.
Über den Befehl ''crontab -e'' sollten Sie eine passende Zeile eintragen. Ein Beispiel:
16 5 * * * /home/USERNAME/websites/ADRESSE/tools/awstats_updateall.pl now -awstatsprog=/home/USERNAME/websites/ADRESSE/htdocs/cgi-bin/awstats.pl -configdir=/home/USERNAME/websites/ADRESSE/htdocs/cgi-bin/ > /dev/null

Es wird das Verzeichnis ../cgi-bin/ durchsucht und alle gefundene config Dateien wie: awstats.DOMAIN.conf nacheinander als Parameter für AWstats gesetzt.

Unix Zugriffsrechte

2008-12-01T21:39:38Z

Mitja: weiteres Beispiel mit default:

Wegen mehrmaliger Nachfragen verschiedener Leute, wie das mit den Zugriffsrechten eigentlich funktioniert, hier eine kleine Einführung.

=Zugriffsgruppen=

Jede Datei und jeder Ordner kennt drei Zugriffsgruppen: Besitzer (''user''), eine Gruppe (''group'') und alle anderen (''others'' oder auch ''world'').

Jede Datei hat einen Besitzer und ist einer Gruppe zugeordnet. Den Besitzer kann man in der Regel nicht ändern, das ist immer der Ersteller. Nur Admins (''root'') können das ändern. Anders die Gruppe, das kann man auf der Kommandozeile mit dem Befehl '''chgrp''' machen. Ist für unseren Server aber nicht relevant, da wir mit ACLs viel flexiblere Möglichkeiten haben.

Für jede dieser 3 Zugriffsgruppen sind die Rechte einstellbar. Dafür gibt es Leserechte (''read''), Schreibrechte (''write'') und das Recht, die Datei auszuführen (''execute'').

'''Anmerkung:''' Das Recht ''Ausführen'' hat bei Verzeichnissen eine Sonderrolle, es bedeutet nämlich ''hineinwechseln''. Wenn man in einem Verzeichnis also nur das Recht ''ausführen'' hat, dann kann man dort zwar hineinwechseln (und auch in Unterverzeichnisse, sofern dort die Rechte entsprechend sind), aber nicht den Inhalt anzeigen. So kann man z.B. das Benutzer-Home-Verzeichnis für den Webserver zugänglich machen, ohne diesem das Recht zu geben, die enthaltenen Dateien anzuzeigen. (siehe auch [[Webserver-Zugriffsrechte]])

Zudem gibt es noch drei Sonder-Rechte, ''suid'', ''setguid'' und das ''sticky-bit''. Auf die letzten drei werde ich nicht weiter eingehen, da sie für normale Benutzer nicht relevant sind. Nur soviel: lasst die Finger davon!

=Darstellung der Rechte=

==Oktal- oder Dezimalzahlen==

Oft werden Unix-Dateirechte als Zahlen dargestellt. Da soll ein Verzeichnis auf ''755'' gesetzt werden, oder eine Datei auf ''666''. Das sieht jetzt so aus als müsste man sich nun hunderte von Zahlen merken, das stimmt aber nicht. Eigentlich sind es nur 3. ;-)

Vorab: Wir rechnen jetzt erstmal mit Binärzahlen. Zumindest sieht man es da sehr gut, wie man rechnen muss. Ich hoffe der Begriff ''binäres oder'' ist bekannt? ;-) Ok, ich erklär's ...

Man kann es als Tabelle darstellen:

{| style="text-align: center; padding: 0.5em;"
| rowspan="2" style="font-weight: bold;" | Recht || rowspan="2" style="font-weight: bold;" | dezimal / oktal || colspan="3" style="font-weight: bold;" | binär
|-
| style="font-weight: bold; padding: 0.5em;"| Besitzer || style="font-weight: bold; padding: 0.5em;" | Gruppe || style="font-weight: bold; padding: 0.5em;" | alle anderen
|-
| lesen || 4 || 100 || 100 || 100
|-
| schreiben || 2 || 010 || 010 || 010
|-
| ausführen || 1 || 001 || 001 || 001
|}

Nun muss man lediglich senkrecht zusammenzählen, was man haben will.

So entspricht die Angabe '''755''' zum Beispiel diesem:

{| style="text-align: center; padding: 0.5em;"
| rowspan="2" style="font-weight: bold;" | Recht || rowspan="2" style="font-weight: bold;" | dezimal / oktal || colspan="3" style="font-weight: bold;" | binär
|-
| style="font-weight: bold; padding: 0.5em;"| Besitzer || style="font-weight: bold; padding: 0.5em;" | Gruppe || style="font-weight: bold; padding: 0.5em;" | alle anderen
|-
| lesen || 4 || style="font-weight: bold;" | 100 || style="font-weight: bold;" | 100 || style="font-weight: bold;" | 100
|-
| schreiben || 2 || style="font-weight: bold;" | 010 || style="color: #ccc;" | 010 || style="color: #ccc;" | 010
|-
| ausführen || 1 || style="font-weight: bold;" | 001 || style="font-weight: bold;" | 001 || style="font-weight: bold;" | 001
|-
| colspan="2" | Gesamt: || style="font-weight: bold;" | 4+2+1= 7 || style="font-weight: bold;" | 4+1= 5 || style="font-weight: bold;" | 4+1= 5
|}

Das ist schon alles, mehr gibt es da erstmal nicht. Das bedeutet lediglich, man hat eine 3-stellige Zahl (ob oktal oder dezimal ist in dem Moment egal, es geht eh nicht über 7) und jede Stelle zeigt für sich genommen das Recht einer der oben genannten Gruppen an.

==als Text==

Alternativ werden Rechte auch oft mit einer 10-stelligen Buchstaben-Kette angegeben. Wenn alle Zeichen benutzt werden, sieht das etwa so aus:
drwxrwxrwx
Dabei ist das erste Zeichen erstmal irrelevant, es zeigt in diesem Fall ('''d''') an, dass wir es mit einem Verzeichnis zu tun haben. Die folgenden 9 Zeichen sind dagegen eine andere Darstellung für das oben genannte. Auch hier gibt es 3 Blöcke, diesmal à 3 Stellen. Jeder Buchstabe kann da sein oder nicht da sein (Sonderfälle wollen wir hier nicht behandeln). Das oben genannte '''755''' würde also in dieser Darstellung für ein Verzeichnis so aussehen:
drwxr-xr-x
und für eine Datei so:
-rwxr-xr-x

Solange es um klassische Unix-Zugriffsrechte geht, sind diese beiden Darstellungen identisch, man kann mit beiden die Zugriffsrechte beschreiben, die normalerweise wichtig sind.

Wenn man nun aber mit ACLs arbeitet (siehe weiter unten), dann verwendet man in aller Regel die Darstellung als Text.

=Ändern der Rechte=

==chmod==

Der Befehl '''chmod''' erlaubt das Ändern der angesprochenen ''klassischen'' Unix-Zugriffsrechte. Er erlaubt die Angabe des gewünschten Zugriffsrechts entweder als 3-stellige Zahl (wie oben, z.B. ''755'') oder als Zeichen. Dabei können bei ''chmod'' einzelne Rechte auch einzeln gesetzt oder gelöscht werden. Das funktioniert folgendermaßen:
chmod [option] [u|g|o|a][+|-][r|w|x]

:'''Legende:'''
:'''u''': user (Besitzer), '''g''': group (Gruppe), '''o''': others (alle anderen), '''a''': all (alle Rechte gleichzeitig ändern)
:'''+''': das nachfolgend angegebene Recht wird neu gesetzt, '''-''': Das angegebene Recht wird gelöscht
:'''r''': read (Lesen), '''w''': write (Schreiben), '''x''': execute (Ausführen; in ein Verzeichnis hineinwechseln)

Es kann also explizit gesagt werden ''"Ich will, dass die Datei nicht mehr für andere schreibbar ist"'', das wäre dann der Befehl '''chmod go-w ''<datei>'''''. Die übrigen Rechte (z.B. Leserecht oder Ausführen) bleiben davon gänzlich unberührt.

Alternativ versteht ''chmod'' natürlich auch Oktalzahlen, dabei kann man z.B. mit '''chmod 644 ''<datei>''''' eine Datei so einstellen, dass man selbst zwar lesen und schreiben darf, andere aber nur lesen dürfen.

=ACL (Access Control Lists)=

Um detailliertere Zugriffsrechte zu setzen, gibt es die Möglichkeit der Access Control Lists. Diese erlauben, das Recht nicht nur für den Besitzer, die Gruppe und ''alle anderen'' zu setzen sondern es wird damit möglich, gezielt einem oder mehreren bestimmten Benutzer(n) oder einer oder mehreren bestimmten Gruppe(n) Zugriff zu erlauben. So werden beispielsweise die Zugriffsrechte für den Apache-Webserver bei uns eingestellt. (siehe [[Webserver-Zugriffsrechte]])

==ACL setzen==

Um eine neue ACL für eine Datei zu erstellen oder eine bestehende zu bearbeiten, wird der Befehl '''setfacl -m''' benutzt.

Beispiele:
setfacl -m u:[user]:r [file]
Gibt dem User [user] Lesezugriff auf die Datei [file].
setfacl -m g:[group]:rw [file]
Gibt allen Nutzern der Gruppe [group] Lese- und Schreibzugriff auf die Datei [file].

Vererbte Standard-Rechte setzt man mit dem Präfix <code>default:</code>
setfacl -m default:u:apache:rx /home/[user]/websites
gibt dem Benutzer apache sämtlichen in dem Verzeichnis "websites" neu angelegten Dateien und Ordnern die Rechte rx.

==ACL anzeigen==

getfacl zeigt die ACL einer Datei an.
getfacl [file]

[[Category:Zugriffsrechte]]
[[Category:UNIX-Tools]]

Zugriffsrechte (Apache)

2008-12-01T21:35:21Z

Mitja: Verlinkung ACL-Abschnitt im Artikel Unix Zugriffsrechte

[[Category:Webserver]]
[[Category:Zugriffsrechte]]
Beim Betrieb eines Webservers besteht immer eine Gratwanderung zwischen zu starker Einschränkung (sodass manche Websites nicht mehr funktionieren) und zu großer Gefahr für die restlichen Daten auf dem Server.

==Der Benutzer ''apache''==

Der Webserver (das Programm '''apache''') läuft unter dem Benutzernamen '''apache''' und hat damit die selben Rechte wie ein normaler Benutzer und nicht die Rechte eines Administrators. Das bedeutet, der Webserver kann nur Daten lesen und schreiben, wenn man ihm dies explizit erlaubt. So wie jeder Benutzer nur Daten von anderen Benutzern lesen darf, wenn diese das explizit erlauben.

In einer ungesicherten Umgebung, würde das bedeuten, dass sämtliche CGI-Scripte von beliebigen Nutzern immer als Benutzer '''apache''' ausgeführt werden. Im Umkehrschluss bedeutet dies, dass man mit einem CGI-Programm wunderbar die Quelltexte der anderen Benutzer durchstöbern kann.

==Was wir dagagen tun...==

Da wir diese Vorstellung nicht gut finden, haben wir uns zu folgendem Sicherheits-Konzept entschieden:

===PHP===

PHP läuft als Apache-Modul und daher weitehin als Benutzer '''apache''' und zwar aus Performance-Gründen. Damit läuft er automatich ebenfalls unter der Benutzerkennung '''apache'''. Dadurch wäre laut oben genanntem Problem der Zugriff auf Dateien anderer Leute möglich.

Damit das nicht so ist, vewenden wir den safe_mode und die open_basedir-Einschränkung. Dadurch können mit einem PHP-Script nur Dateien geöffnet werden, die dem gleichen Systembenutzer gehören wie das laufende Script. mit der open_basedir-Einschränkung wird zudem für jede Domain festgelegt, wie weit ein Script im Verzeichnisbaum nach oben gehen darf. Wenn dort z.B. ''/home/bernd'' steht, darf das Script nur Dateien innerhalb des Verzeichnisses ''/home/bernd'' lesen und schreiben. Natürlich auch dort nur die, die für den Systembenutzer '''apache''' les- bzw. schreibbar sind.

===PHP als CGI===

Sollte ein PHP-Script benutzt werden, das mit ''safe_mode'' nicht arbeiten kann, so kann für eine Domain auch PHP als FastCGI-Programm benutzt werden. damit wird es möglich, PHP-Scripts ebenfalls wie CGI-Programme (s. unten) mittels SuExec unter der Benutzerkennung des Eigentümers auszuführen. Durch die Verwendung von FastCGI erreicht dieses Setup beinahe die Geschwindigkeit des Apache-Moduls. Sie können im Webinterface selbst auswählen, welche Methode Sie bevorzugen.

===CGI===

Für Scripte, die nach dem ''Common Gateway Interface'' vom Webserver ausgeführt werden, verwenden wir '''SuExec'''. Ein CGI kann technisch aus jedem beliebigen Script- oder Programmtyp bestehen. Damit ist es möglich, eigene Programme (binaries) oder Scripte in beliebigen, installierten Scriptsprachen (z.B. Perl, Python, Bash) zu schreiben.

Durch '''SuExec''' werden diese Programme dann immer unter dem Systembenutzer ausgeführt, den wir in der Konfiguration für die jeweilige Domain angeben. Das bedeutet, jedes CGI läuft unter dem Account des Benutzers, dem die Domain unter der es läuft, gehört.

Mit diesen Einschränkungen wird wirksam verhindert, dass ein Benutzer die Daten anderer Benutzer lesen oder gar schreiben kann.

==Dateisystem-Rechte==

Da im Benutzer-Verzeichnis sowohl Mails gelagert werden als auch die Websites, sollte man die Zugriffsrechte des Benutzers '''apache''' sinnvoll einrichten. Dazu gehört z.B. auch, dass der Benutzer '''apache''' nur auf die Dateien Zugriff hat, auf die er Zugriff haben soll.

Um diese Rechte gezielt regeln zu können, verwenden wir [[Unix_Zugriffsrechte#ACL (Access Control Lists)|ACLs (''Access Control Lists'')]]. Um dem Webserver den Zugriff auf das Verzeichnis ''/home/bernd/websites'' zu gestatten, werden folgende Befehle verwendet:

setfacl -m u:apache:x /home/bernd /home/bernd/websites

setfacl -m default:u:apache:rx /home/bernd/websites

'''Zur Erklärung''':
Der Befehl '''setfacl -m''' setzt eine ACL für das angegebene Verzeichnis. die Angabe '''u:apache:x''' lässt den Webserver das Verzeichnis betreten, aber nicht den Inhalt anzeigen. So kann der Webserver nicht sehen, was sich alles im Benutzerverzeichnis befindet sondern kann nur das Home-Verzeichnis "durchlaufen", wenn er weiss, in welches Unterverzeichnis es will.

Die Zweite Zeile erstellt eine Standard-ACL, die für alle neu erzeugten Dateien und Verzeichnisse unterhalb des angegebenen Verzeichnisses gilt. Das bedeutet, der Webserver bekommt automatisch Zugriff auf die dort liegenden Verzeichnisse und Webseiten. Die Standard-ACL wird dabei an untergeordnete Verzeichnisse vererbt.

'''Achtung:'''
Die Vererbung funktioniert nur für dort neu erstellte Dateien und Verzeichnisse. Wenn man Dateien von einem anderen Ort dorthin verschiebt, wird deren alte ACL übernommen, diese kann eventuell noch nicht die gewünschten Einträge enthalten.

Mit dem Befehl '''getfacl <Datei oder Verzeichnis>''' kann man sich die aktuelle ACL anschauen.

==Dateien, die plötzlich dem Benutzer "apache" gehören==

Durch PHP, aber auch durch WebDAV, Subversion oder ähnliches kann es passieren, dass im eigenen Home-Verzeichnis Dateien abgelegt werden, die dem Benutzer "apache" gehören und die man daher nicht mehr selbst ändern oder löschen kann.

Für solche Zwecke haben wir ein Programm erstellt, das sämtliche Dateien in einem bestimmten Verzeichnis dem betreffenden Benutzer überträgt:

Im aktuellen Verzeichnis:
/usr/local/bin/chown-user-files.sh
oder alternativ mit Angabe eines bestimmten Verzeichnisses:
/usr/local/bin/chown-user-files.sh /home/bernd/websites/foobar.com

Git

2008-12-01T21:30:35Z

Mitja: Repo auf dem Server anlegen

Benutzer:Mitja/Git

2008-05-09T12:39:38Z

Mitja: hat „Benutzer:Mitja/Git“ nach „Git“ verschoben: keine weitere Vervollständigung meinerseits vorgesehen

#REDIRECT [[Git]]

Git

2008-05-09T12:39:38Z

Mitja: hat „Benutzer:Mitja/Git“ nach „Git“ verschoben: keine weitere Vervollständigung meinerseits vorgesehen

Git

2008-05-09T12:38:48Z

Mitja:

Git

2008-04-25T20:51:36Z

Mitja: vom Client pushen

{{UnderConstruction}}

= Git =
== erste Konfiguration ==
Zunächst sollte man sich Git vorstellen (am Besten sowohl auf dem Server, als auch auf dem eigenen Rechner).
git config --global user.name "Ihr Name"
git config --global user.email yourmail@example.com"

== Repository lokal erstellen ==
Dieser Abschnitt soll und kann die Lektüre einer ordentlichen Anleitung nicht ersetzen und dient eher zur Erinnerung.
REPOSITORY="my-repository.git"
mkdir $REPOSITORY
cd $REPOSITORY
git init
git add .
git commit -a

Weitere Dateien/Verzeichnisse/Muster hinzufügen:
git add foo
git add *bar
git commit -a

= Git-Server einrichten =

Dieser Artikel erläutert, wie man auf schokokeks.org einen Git-Server über HTTP mit [[WebDAV]] einrichten kann.

== WebDAV-Verzeichnis einrichten ==
Zunächst wird ein Verzeichnis eingerichet, auf das später mit Hilfe von WebDAV zugegriffen werden soll.

VIRTUALHOST="webdav.example.com"
mkdir ~/websites/$VIRTUALHOST
mkdir ~/websites/$VIRTUALHOST/htdocs
cd ~/websites/$VIRTUALHOST
setfacl -m default:u:$USER:rwx,default:u:apache:rwx htdocs
touch webdav.users
touch webdav.groups
touch .htaccess

Der Wert von VIRTUALHOST ist hierbei die Domain, die später im Config-Interface für WebDAV eingerichtet wird. Die Datei ''.htaccess'' dient zur Rechteverwaltung, damit nicht jeder das Verzeichnis lesen und/oder beschreiben kann.

Sie sollte folgenden Text enthalten:

AuthUserFile /home/mitja/websites/webdav.example.com/webdav.users
AuthGroupFile /home/mitja/websites/webdav.example.com/webdav.groups
AuthName "WebDAV on webdav.example.com"
AuthType Basic
require group read

<Limit POST PUT DELETE MKCOL COPY MOVE PROPPATCH>
require group write
</Limit>

Die Datei ''webdav.users'' enthält die Benutzernamen und Passwörter, wie jede .htpasswd-Datei. Näheres erläutert ''man htpasswd''.
''webdav.groups'' fasst mehrere Benutzernamen zu Gruppen zusammen in dem Stil

gruppe1: benutzer1 benutzer2 benutzer3
gruppe2: benutzer3

In dem obigen Beispiel hat die Gruppe "write" Schreibzugriff, die Gruppe "read" Lesezugriff. Anonymer Zugriff ist gesperrt.

Soll jedes einzelne Repository gesondert verwaltet werden, müssen für jedes Repository eigene Zugriffsrechte wie in dem Beispiel definiert werden.

Zum Schluss sollte der gewünschte VHost im [https://config.schokokeks.org/ Konfigurationsinterface] erstellt und auf WebDAV gestellt werden.

== Repository erstellen ==
Bisher kann git-http-push noch kein Git-Repository erstellen, deshalb muss es auf dem Server erstellt oder manuell hochgeladen werden.

REPOSITORY="my-first-repo.git"
mkdir $REPOSITORY
cd $REPOSITORY
git --bare init

== Client konfigurieren ==

Damit man nicht jedes Mal das WebDAV-Passwort eingeben muss, schreibt man den folgenden Text in die Datei ''~/.netrc''.
machine <servername>
login <username>
password <password>

''<servername>'' entspricht dem VirtualHost.

Nicht vergessen:
chmod 600 ~/.netrc

== Erster ''push'' ==

Das vorhandene lokale Repository benötigt zunächst noch die URL, zu der gepusht werden soll. Wir befinden uns im lokalen Repository-Verzeichnis.
git-config remote.upload.url http://<username>@<servername>/my-first-repo.git/

'upload' ist ein beliebiger Name. Der letzte Slash ("/") ist hierbei '''unbedingt''' erforderlich!

Nach dem ganzen Vorgeplänkel ist es nun soweit:
git push upload master

Mit diesem Befehl wird der 'master' Branch gepusht. 'upload' ist wieder der im vorigen Befehl konfigurierte und frei gewählte Name.

Git

2008-04-25T16:20:57Z

Mitja: setfacl hinzugefügt

Git

2008-04-25T16:03:18Z

Mitja:

Git

2008-04-24T16:17:14Z

Mitja: Die Seite wurde neu angelegt: {{UnderConstruction}} = Git-Server einrichten = Dieser Artikel erläutert, wie man auf schokokeks.org einen Git-Server über HTTP mit WebDAV einrichten kann. == ...

{{UnderConstruction}}

= Git-Server einrichten =

Dieser Artikel erläutert, wie man auf schokokeks.org einen Git-Server über HTTP mit [[WebDAV]] einrichten kann.

== WebDAV-Verzeichnis einrichten ==
Zunächst wird ein Verzeichnis eingerichet, auf das später mit Hilfe von WebDAV zugegriffen werden soll.

VIRTUALHOST="webdav.example.com"
mkdir ~/websites/$VIRTUALHOST
mkdir ~/websites/$VIRTUALHOST/htdocs
cd ~/websites/$VIRTUALHOST
touch webdav.users
touch webdav.groups
touch .htaccess

Der Wert von VIRTUALHOST ist hierbei die Domain, die später im Config-Interface für WebDAV eingerichtet wird. Die Datei ''.htaccess'' dient zur Rechteverwaltung, damit nicht jeder das Verzeichnis lesen und/oder beschreiben kann.

Sie sollte folgenden Text enthalten:

AuthUserFile /home/mitja/websites/webdav.example.com/webdav.users
AuthGroupFile /home/mitja/websites/webdav.example.com/webdav.groups
AuthName "WebDAV on webdav.example.com"
AuthType Basic
require group read

<Limit POST PUT DELETE MKCOL COPY MOVE PROPPATCH>
require group write
</Limit>

Die Datei ''webdav.users'' enthält die Benutzernamen und Passwörter, wie jede .htpasswd-Datei. Näheres erläutert ''man htpasswd''.
''webdav.groups'' fasst mehrere Benutzernamen zu Gruppen zusammen in dem Stil

gruppe1: benutzer1 benutzer2 benutzer3
gruppe2: benutzer3

In dem obigen Beispiel hat die Gruppe "write" Schreibzugriff, die Gruppe "read" Lesezugriff. Anonymer Zugriff ist gesperrt.

Soll jedes einzelne Repository gesondert verwaltet werden, müssen für jedes Repository eigene Zugriffsrechte wie in dem Beispiel definiert werden.

Zum Schluss sollte der gewünschte VHost im [https://config.schokokeks.org/ Konfigurationsinterface] erstellt und auf WebDAV gestellt werden.

== Repository erstellen ==
Bisher kann git-http-push noch kein Git-Repository erstellen, deshalb muss es auf dem Server erstellt oder manuell hochgeladen werden.

Benutzer:Mitja

2008-02-28T12:28:17Z

Mitja:

=== todo ===
* [[E-Mail/Mailinglisten/lurker]] (später: komplette Überarbeitung nach systemweiter Installation)

E-Mail/Mailinglisten/MHonArc

2008-02-28T12:23:51Z

Mitja: /* Ausgabe anpassen */

[http://www.mhonarc.org/ MHonArc] ist ein Perl-Skript, um E-Mail-Archive in HTML umzuwandeln.

== Benutzung ==
=== Erstellen ===
Der Standardaufruf zum Erstellen eines HTML-Archivs ist
mhonarc /pfad/zum/archiv
Das Archiv soll im [http://en.wikipedia.org/wiki/MH_Message_Handling_System MH-] oder im [http://en.wikipedia.org/wiki/UUCP UUCP-Format] vorliegen.
Das von [[E-Mail/Mailinglisten/couriermlm|couriermlm]] automatisch angelegte Archiv wird beispielsweise unterstützt.

Die Ausgabe erfolgt dabei im aktuellen Verzeichnis. Ändern lässt sich dies über den Parameter ''-outdir'':
mhonarc -outdir /home/benutzer/websites/lists.example.com/htdocs/archive /home/benutzer/mailinglists/mylist/archive

=== Aktualisieren ===
Soll das Web-Archiv nicht neu angelegt, sondern nur aktualisiert werden, wird die Option ''-add'' angegeben:
mhonarc -add /home/benutzer/mailinglists/mylist/archive
Der Befehl funktioniert auch mit einer einzelnen Datei. Ohne Angabe von einem Verzeichnis liest mhonarc von der Standardeingabe:
mhonarc -add < new.msg
cat new.msg | mhonarc -add
Bereits archivierte Nachrichten werden automatisch übersprungen.

== Ausgabe anpassen ==
Die Ausgabe lässt sich nach allen Wünschen anpassen. Mehr dazu steht in dem [http://www.mhonarc.org/MHonArc/doc/mhonarc.html Handbuch], insbesondere im Kapitel ''Page Layout''.

Mittels ''[http://www.mhonarc.org/MHonArc/doc/resources/rcfile.html rcfiles]'' lassen sich Ausgabe-Templates erstellen ([http://www.mhonarc.org/MHonArc/doc/app-rcfileexs.html Beispiele]) und sogar Zusatzfunktionen wie RSS-Feeds ([http://www.forwardlook.net/features/rc-rss20.txt rcfile]) realisieren.

== Alternative ==
Alternativ zu MHonArc kann auch [[E-Mail/Mailinglisten/lurker|lurker]] verwendet werden.

== Links ==
* http://www.mhonarc.org/
* [http://www.mhonarc.org/MHonArc/doc/ Dokumentation]

E-Mail/Mailinglisten/MHonArc

2008-02-24T23:46:26Z

Mitja: Die Seite wurde neu angelegt: [http://www.mhonarc.org/ MHonArc] ist ein Perl-Skript, um E-Mail-Archive in HTML umzuwandeln. == Benutzung == === Erstellen === Der Standardaufruf zum Erstellen eines ...

[http://www.mhonarc.org/ MHonArc] ist ein Perl-Skript, um E-Mail-Archive in HTML umzuwandeln.

== Benutzung ==
=== Erstellen ===
Der Standardaufruf zum Erstellen eines HTML-Archivs ist
mhonarc /pfad/zum/archiv
Das Archiv soll im [http://en.wikipedia.org/wiki/MH_Message_Handling_System MH-] oder im [http://en.wikipedia.org/wiki/UUCP UUCP-Format] vorliegen.
Das von [[E-Mail/Mailinglisten/couriermlm|couriermlm]] automatisch angelegte Archiv wird beispielsweise unterstützt.

Die Ausgabe erfolgt dabei im aktuellen Verzeichnis. Ändern lässt sich dies über den Parameter ''-outdir'':
mhonarc -outdir /home/benutzer/websites/lists.example.com/htdocs/archive /home/benutzer/mailinglists/mylist/archive

=== Aktualisieren ===
Soll das Web-Archiv nicht neu angelegt, sondern nur aktualisiert werden, wird die Option ''-add'' angegeben:
mhonarc -add /home/benutzer/mailinglists/mylist/archive
Der Befehl funktioniert auch mit einer einzelnen Datei. Ohne Angabe von einem Verzeichnis liest mhonarc von der Standardeingabe:
mhonarc -add < new.msg
cat new.msg | mhonarc -add
Bereits archivierte Nachrichten werden automatisch übersprungen.

== Ausgabe anpassen ==
Die Ausgabe lässt sich nach allen Wünschen anpassen. Mehr dazu steht in dem [http://www.mhonarc.org/MHonArc/doc/mhonarc.html Handbuch], insbesondere im Kapitel ''Page Layout''.

== Alternative ==
Alternativ zu MHonArc kann auch [[E-Mail/Mailinglisten/lurker|lurker]] verwendet werden.

== Links ==
* http://www.mhonarc.org/
* [http://www.mhonarc.org/MHonArc/doc/ Dokumentation]

Benutzer:Mitja

2008-02-24T23:24:33Z

Mitja:

=== In Arbeit ===
* [[/E-Mail/Mailinglisten/MHonArc]]

=== Stillgelegt ===
* [[/Mailinglisten/lurker]] (systemweite Installation -> muss komplett überarbeitet werden)

E-Mail/Mailinglisten

2008-02-22T18:47:08Z

Mitja: Erwähnung von couriermlm

Eine [http://de.wikipedia.org/wiki/Mailingliste Mailingliste] ist eine Liste von E-Mail-Adressen, die unter einer einzigen Adresse zusammengefaßt werden. Eine an diese Adresse verschickte Mail wird automatisch an alle Mitglieder der Liste verteilt. Mailinglisten bieten dabei noch weiter Möglichkeiten wie zum Beispiel Moderation oder eine automatische An- und Abmeldung.

== Mailman ==

Auf schokokeks.org läuft zum Verwalten der Mailinglisten [http://www.gnu.org/software/mailman/ Mailman] mit allem was dazu gehört.

Mailman hat leider '''KEINE''' Unterstützung für mehrere Domains, d.h. ihn interesiert es nicht, was hinter dem @ steht. Wir können gerne jede beliebige Subdomain dem Mailman zuordnen (meist "lists.foobar.de"), aber der Listenname (Teil vor dem @) muss trotzdem systemweit eindeutig sein. Daher bitte keine allzu allgemeinen Listennamen verwenden.

Listen initial anlegen muss ein Admin, danach kann der Benutzer selbst den Rest konfigurieren. Wenn Sie also eine Liste benötigen, einfach eine Mail mit den folgenden Informationen an die Administratoren schicken:
*Wer soll die Mailingliste verwalten (Mailadresse)
*Der Name der Liste (Teil vor dem @)
*Optional, wenn nicht "lists.schokokeks.org", welche Subdomain wir als Listen-Domain einrichten sollen.

== Courier / couriermlm ==
Alternativ kann man eine Mailingliste selber als Benutzer mit [[E-Mail/Mailinglisten/couriermlm|couriermlm]] anlegen.

Benutzer:Mitja/Mailinglisten/couriermlm

2008-02-22T18:43:56Z

Mitja: hat „Benutzer:Mitja/Mailinglisten/couriermlm“ nach „E-Mail/Mailinglisten/couriermlm“ verschoben: Ich halte den Artikel für ausgereift genug.

#REDIRECT [[E-Mail/Mailinglisten/couriermlm]]

E-Mail/Mailinglisten/couriermlm

2008-02-22T18:43:55Z

Mitja: hat „Benutzer:Mitja/Mailinglisten/couriermlm“ nach „E-Mail/Mailinglisten/couriermlm“ verschoben: Ich halte den Artikel für ausgereift genug.

[[Kategorie:E-Mail/Mailinglisten]]

Mit ''couriermlm'', dem Courier Mailing List Manager, kann jeder Benutzer selbst Mailinglisten anlegen und verwalten. Das Programm unterstützt Listen, Subscriptions, Digests, Moderation und legt automatisch ein Archiv in Form von einzelnen Dateien pro Nachricht im mbox-Format an.

Um das Archiv auch als Web-Archiv zugänglich zu machen, kann zum Beispiel [[E-Mail/Mailinglisten/MHonArc|MHonArc]] oder [[E-Mail/Mailinglisten/lurker|lurker]] verwendet werden.

Diese Anleitung behandelt nur die wichtigsten Punkte. Weitere Befehle und Einstellungsmöglichkeiten sind in der [http://www.courier-mta.org/couriermlm.html offiziellen Dokumentation] nachzulesen.

== Mailingliste erstellen ==
Eine Mailingliste erstellt man mit
couriermlm create directory ADDRESS=list@domain
Optional können weitere Parameter angegeben werden:
couriermlm create directory --lang=de ADDRESS=list@domain URL=url

''directory'' ist der absolute Pfad zu dem Verzeichnis, in dem alle Dateien von couriermlm abgelegt werden. Dieses Verzeichnis sollte noch nicht existieren und wird automatisch erstellt.

== Konfiguration ==
=== .courier-Dateien ===
Folgende [[E-Mail/Konfiguration/.courier-Dateien|.courier-Dateien]] werden benötigt:

* .courier-list
| /usr/lib/courier/bin/couriermlm msg directory
* .courier-list-owner
Diese Adresse sollte an ein Postfach des Mailinglisten-Besitzers weitergeleitet werden.
* .courier-list-default
| /usr/lib/courier/bin/couriermlm ctlmsg directory

=== Optionen ändern ===
Mit dem Befehl
couriermlm set directory option=''value'' option=''value''
lassen sich die Optionen im Nachhinein verändern. Sie werden in der Datei ''options'' im Mailinglistenverzeichnis gespeichert.

Beispielkonfiguration:
NAME=Ihr Name
POST=subscribers
POSTARCHIVE=subscribers
SIMPLECONFIRM=0
SUSBSCRIBE=mod
CASESENSITIVE=0
--lang=de
ADDRESS=mylist@example.net
URL=http://lists.example.net/archive/mylist/

Die Bedeutung der Optionen wird im Abschnitt ''SETTING MAILING LIST OPTIONS'' der [http://www.courier-mta.org/couriermlm.html manpage] erläutert.

=== Templates ===
Beim Erstellen werden in dem gewählten Verzeichnis diverse Templates mit der Endung '''.tmpl''' angelegt. Diese können einfach mit einem Texteditor verändert werden.

== Links ==
* [http://www.courier-mta.org/couriermlm.html offizielle Dokumentation]

E-Mail/Mailinglisten/couriermlm

2008-02-22T18:43:11Z

Mitja:

E-Mail/Mailinglisten/couriermlm

2008-02-22T18:41:31Z

Mitja:

[[Kategorie:E-Mail/Mailinglisten]]

Mit ''couriermlm'', dem Courier Mailing List Manager, kann jeder Benutzer selbst Mailinglisten anlegen und verwalten. Das Programm unterstützt Listen, Subscriptions, Digests, Moderation und legt automatisch ein Archiv in Form von einzelnen Dateien pro Nachricht im mbox-Format an.

Um das Archiv auch als Web-Archiv zugänglich zu machen, kann zum Beispiel [[Mailinglisten/MHonArc|MHonArc]] oder [[Mailinglisten/lurker|lurker]] verwendet werden.

Diese Anleitung behandelt nur die wichtigsten Punkte. Weitere Befehle und Einstellungsmöglichkeiten sind in der [http://www.courier-mta.org/couriermlm.html offiziellen Dokumentation] nachzulesen.

== Mailingliste erstellen ==
Eine Mailingliste erstellt man mit
couriermlm create directory ADDRESS=list@domain
Optional können weitere Parameter angegeben werden:
couriermlm create directory --lang=de ADDRESS=list@domain URL=url

''directory'' ist der absolute Pfad zu dem Verzeichnis, in dem alle Dateien von couriermlm abgelegt werden. Dieses Verzeichnis sollte noch nicht existieren und wird automatisch erstellt.

== Konfiguration ==
=== .courier-Dateien ===
Folgende [[E-Mail/Konfiguration/.courier-Dateien|.courier-Dateien]] werden benötigt:

* .courier-list
| /usr/lib/courier/bin/couriermlm msg directory
* .courier-list-owner
Diese Adresse sollte an ein Postfach des Mailinglisten-Besitzers weitergeleitet werden.
* .courier-list-default
| /usr/lib/courier/bin/couriermlm ctlmsg directory

=== Optionen ändern ===
Mit dem Befehl
couriermlm set directory option=''value'' option=''value''
lassen sich die Optionen im Nachhinein verändern. Sie werden in der Datei ''options'' im Mailinglistenverzeichnis gespeichert.

Beispielkonfiguration:
NAME=Ihr Name
POST=subscribers
POSTARCHIVE=subscribers
SIMPLECONFIRM=0
SUSBSCRIBE=mod
CASESENSITIVE=0
--lang=de
ADDRESS=mylist@example.net
URL=http://lists.example.net/archive/mylist/

Die Bedeutung der Optionen wird im Abschnitt ''SETTING MAILING LIST OPTIONS'' der [http://www.courier-mta.org/couriermlm.html manpage] erläutert.

=== Templates ===
Beim Erstellen werden in dem gewählten Verzeichnis diverse Templates mit der Endung '''.tmpl''' angelegt. Diese können einfach mit einem Texteditor verändert werden.

== Links ==
* [http://www.courier-mta.org/couriermlm.html offizielle Dokumentation]

E-Mail/Anwendungsprogramme/mutt

2008-02-22T18:38:17Z

Mitja:

[[Kategorie:E-Mail/Anwendungsprogramme|M]]
Bei uns ist der Kommandozeilen-E-Mail-Client '''mutt''' in einer aktuellen Version installiert. Zudem sind einige Erweiterungen des ehemals verwendeten '''mutt-ng''' eingebaut.

===Umlaute (UTF-8) sauber darstellen===
Wer ein auf UTF-8 eingestelltes Terminal benutzt, wird feststellen, dass Umlaute irgendwie inkonsistent falsch angezeigt werden, also zum Beispiel im Pager richtig, im Editor beim antworten jedoch falsch.

Das kann man beheben, wenn man konsequent alle Programme auf utf-8 voreinstellt.

Also in der ''.vimrc'' eine Zeile dieser Art:
set fileencoding=utf-8

Dann in der Mutt-Konfigurationsdatei diese beiden Zeilen:
set charset=utf-8
set send_charset="us-ascii:utf-8"

Damit es auch keine Probleme mit der Konfiguration gibt, die auch in UTF-8
geschrieben sein kann, hilft ganz am Anfang der ~/.muttrc:
set config_charset=utf-8

===Sidebar===
Um die Sidebar zu aktivieren fügt bitte folgende Zeilen ein:
set sidebar_width=50
set sidebar_visible=no

bind index \CP sidebar-prev
bind index \CN sidebar-next
bind index \CO sidebar-open
bind pager \CP sidebar-prev
bind pager \CN sidebar-next
bind pager \CO sidebar-open

macro index i ':toggle sidebar_visible^M'
macro pager i ':toggle sidebar_visible^M'

color sidebar_new green black

Damit wird die sidebar per default zwar ausgeschaltet, kann aber jederzeit mit der Taste "i" eingeschaltet werden.

== Links ==
* [http://files.zeth.net/mutt.pdf Mutt Cheatsheet (PDF)]
* [http://files.zeth.net/mutt.txt Mutt Cheatsheet (txt)]

E-Mail/Mailinglisten/couriermlm

2008-02-22T18:32:09Z

Mitja:

Mit ''couriermlm'', dem Courier Mailing List Manager, kann jeder Benutzer selbst Mailinglisten anlegen und verwalten. Das Programm unterstützt Listen, Subscriptions, Digests, Moderation und legt automatisch ein Archiv in Form von einzelnen Dateien pro Nachricht im mbox-Format an.

Um das Archiv auch als Web-Archiv zugänglich zu machen, kann zum Beispiel [[Mailinglisten/MHonArc|MHonArc]] oder [[Mailinglisten/lurker|lurker]] verwendet werden.

Diese Anleitung behandelt nur die wichtigsten Punkte. Weitere Befehle und Einstellungsmöglichkeiten sind in der [http://www.courier-mta.org/couriermlm.html offiziellen Dokumentation] nachzulesen.

== Mailingliste erstellen ==
Eine Mailingliste erstellt man mit
couriermlm create directory ADDRESS=list@domain
Optional können weitere Parameter angegeben werden:
couriermlm create directory --lang=de ADDRESS=list@domain URL=url

''directory'' ist der absolute Pfad zu dem Verzeichnis, in dem alle Dateien von couriermlm abgelegt werden. Dieses Verzeichnis sollte noch nicht existieren und wird automatisch erstellt.

== Konfiguration ==
=== .courier-Dateien ===
Folgende [[E-Mail/Konfiguration/.courier-Dateien|.courier-Dateien]] werden benötigt:

* .courier-list
| /usr/lib/courier/bin/couriermlm msg directory
* .courier-list-owner
Diese Adresse sollte an ein Postfach des Mailinglisten-Besitzers weitergeleitet werden.
* .courier-list-default
| /usr/lib/courier/bin/couriermlm ctlmsg directory

=== Optionen ändern ===
Mit dem Befehl
couriermlm set directory option=''value'' option=''value''
lassen sich die Optionen im Nachhinein verändern. Sie werden in der Datei ''options'' im Mailinglistenverzeichnis gespeichert.

Beispielkonfiguration:
NAME=Ihr Name
POST=subscribers
POSTARCHIVE=subscribers
SIMPLECONFIRM=0
SUSBSCRIBE=mod
CASESENSITIVE=0
--lang=de
ADDRESS=mylist@example.net
URL=http://lists.example.net/archive/mylist/

Die Bedeutung der Optionen wird im Abschnitt ''SETTING MAILING LIST OPTIONS'' der [http://www.courier-mta.org/couriermlm.html manpage] erläutert.

=== Templates ===
Beim Erstellen werden in dem gewählten Verzeichnis diverse Templates mit der Endung '''.tmpl''' angelegt. Diese können einfach mit einem Texteditor verändert werden.

== Links ==
* offizielle Dokumentation: http://www.courier-mta.org/couriermlm.html

E-Mail/Mailinglisten/couriermlm

2008-02-22T18:22:52Z

Mitja: /* Optionen ändern */

Diese Anleitung behandelt nur die wichtigsten Punkte. Weitere Befehle und Einstellungsmöglichkeiten sind in der [http://www.courier-mta.org/couriermlm.html offiziellen Dokumentation] nachzulesen.

== Mailingliste erstellen ==
Eine Mailingliste erstellt man mit
couriermlm create directory ADDRESS=list@domain
Optional können weitere Parameter angegeben werden:
couriermlm create directory --lang=de ADDRESS=list@domain URL=url

''directory'' ist der absolute Pfad zu dem Verzeichnis, in dem alle Dateien von couriermlm abgelegt werden. Dieses Verzeichnis sollte noch nicht existieren und wird automatisch erstellt.

== Konfiguration ==
=== .courier-Dateien ===
Folgende [[E-Mail/Konfiguration/.courier-Dateien|.courier-Dateien]] werden benötigt:

* .courier-list
| /usr/lib/courier/bin/couriermlm msg directory
* .courier-list-owner
Diese Adresse sollte an ein Postfach des Mailinglisten-Besitzers weitergeleitet werden.
* .courier-list-default
| /usr/lib/courier/bin/couriermlm ctlmsg directory

=== Optionen ändern ===
Mit
couriermlm set directory option=''value'' option=''value''
lassen sich die Optionen im Nachhinein verändern. Sie werden in der Datei ''options'' im Mailinglistenverzeichnis gespeichert.

Beispielkonfiguration:
NAME=Ihr Name
POST=subscribers
POSTARCHIVE=subscribers
SIMPLECONFIRM=0
SUSBSCRIBE=mod
CASESENSITIVE=0
--lang=de
ADDRESS=mylist@example.net
URL=http://lists.example.net/archive/mylist/

Die Bedeutung der Optionen wird im Abschnitt ''SETTING MAILING LIST OPTIONS'' der [http://www.courier-mta.org/couriermlm.html manpage] erläutert.

=== Templates ===
Beim Erstellen werden in dem gewählten Verzeichnis diverse Templates mit der Endung '''.tmpl''' angelegt. Diese können einfach mit einem Texteditor verändert werden.

== Links ==
* offizielle Dokumentation: http://www.courier-mta.org/couriermlm.html

E-Mail/Mailinglisten/couriermlm

2008-02-21T20:46:35Z

Mitja:

Diese Anleitung behandelt nur die wichtigsten Punkte. Weitere Befehle und Einstellungsmöglichkeiten sind in der [http://www.courier-mta.org/couriermlm.html offiziellen Dokumentation] nachzulesen.

== Mailingliste erstellen ==
Eine Mailingliste erstellt man mit
couriermlm create directory ADDRESS=list@domain
Optional können weitere Parameter angegeben werden:
couriermlm create directory --lang=de ADDRESS=list@domain URL=url

''directory'' ist der absolute Pfad zu dem Verzeichnis, in dem alle Dateien von couriermlm abgelegt werden. Dieses Verzeichnis sollte noch nicht existieren und wird automatisch erstellt.

== Konfiguration ==
=== .courier-Dateien ===
Folgende [[E-Mail/Konfiguration/.courier-Dateien|.courier-Dateien]] werden benötigt:

* .courier-list
| /usr/lib/courier/bin/couriermlm msg directory
* .courier-list-owner
Diese Adresse sollte an ein Postfach des Mailinglisten-Besitzers weitergeleitet werden.
* .courier-list-default
| /usr/lib/courier/bin/couriermlm ctlmsg directory

=== Optionen ändern ===
Mit
couriermlm set directory option=''value'' option=''value''
lassen sich die Optionen im Nachhinein verändern.

=== Templates ===
Beim Erstellen werden in dem gewählten Verzeichnis diverse Templates mit der Endung '''.tmpl''' angelegt. Diese können einfach mit einem Texteditor verändert werden.

== Links ==
* offizielle Dokumentation: http://www.courier-mta.org/couriermlm.html

E-Mail/Mailinglisten/couriermlm

2008-02-20T13:35:42Z

Mitja: Die Seite wurde neu angelegt: Diese Anleitung behandelt nur die wichtigsten Punkte. Weitere Befehle und Einstellungsmöglichkeiten sind in der [http://www.courier-mta.org/couriermlm.html offiziellen...

Diese Anleitung behandelt nur die wichtigsten Punkte. Weitere Befehle und Einstellungsmöglichkeiten sind in der [http://www.courier-mta.org/couriermlm.html offiziellen Dokumentation] nachzulesen.

== Mailingliste erstellen ==

== Konfiguration bearbeiten ==

=== Templates ===

== Links ==
* offizielle Dokumentation: http://www.courier-mta.org/couriermlm.html

Benutzer:Mitja

2008-02-20T13:20:11Z

Mitja: Die Seite wurde neu angelegt: In Arbeit: * /Mailinglisten/couriermlm * /Mailinglisten/lurker

In Arbeit:
* [[/Mailinglisten/couriermlm]]
* [[/Mailinglisten/lurker]]

Diskussion:Webalizer

2007-02-17T02:18:02Z

Mitja:

* Ich wollte heute eine Statistik erstellen und hatte leichte Schwierigkeiten mit dem Beispiel:

17 3 * * * zmergelog /var/log/apache2/meinuser/meinedomain.de.log* | \
webalizer -p -Q -o /home/meinuser/~public_html/stats/ -

In diesem Beispiel würde der Befehl täglich um 3:17 (Nachts) ausgeführt werden, oder? Bei einem kleinen Versuch über ssh stellte ich fest, dass gar keine einzelnen Logfiles existieren, sondern alles in /var/log/apache2/meinuser/meinedomain.de_access.log vorliegt. Liegt das daran, dass mein Account noch so jung ist, oder wurde die Serverkonfiguration geändert?

Sollte /home/meinuser/~public_html/stats/ mit oder ohne Tilde geschrieben werden? Mir ist es nur ohne Tilde bekannt. Und was bedeutet das Minus (-) ganz am Ende?

Ich halte mich erstmal mit Änderungen an dieser Anleitung zurück, bis ich sicher weiss, wie es funktionieren soll. --[[Benutzer:Mitja|Mitja]] 00:28, 6. Feb 2007 (CET)

:Ja, die Uhrzeit ist richtig.
:Dass bei dir nur eine Logfile vorliegt, ist nur weil sie noch nicht groß genug ist. Ab einer bestimmten Größe werden die Logfiles vom Server automatisch rotiert, dann gibt es auch andere Dateien. Das Beispiel funktioniert aber auch jetzt schon.
:Der lokale Pfad ist natürlich Quatsch, klar, da muss die Tilde weg. Danke für den Hinweis.
:Das Minus am Ende bedeutet für Webalizer "lies von der Standard-Eingabe", denn dort warten die Daten von zmergelog.
:-- [[Benutzer:Bernd|Bernd]] 07:49, 6. Feb 2007 (CET)

::Danke, das funktioniert jetzt! Ein Problem habe ich allerdings noch: Statt den richtigen IP-Adressen steht immer nur meinedomain.de als IP-Adresse in der Auswertung. Lässt sich das irgendwie ändern? --[[Benutzer:Mitja|Mitja]] 03:18, 17. Feb. 2007 (CET)

Diskussion:Webalizer

2007-02-05T23:28:14Z

Mitja: