- Removed all use of html.sty.
- Removed all references to the CGI manager. - Removed autoconf support. - Removed the index. - Reformatted the document to look good and to compile without warnings.
This commit is contained in:
parent
23eb25b06d
commit
e28944fe2e
@ -25,4 +25,4 @@ ml-principle2.eps: ml-principle2.fig
|
|||||||
directory-struct.eps: directory-struct.fig
|
directory-struct.eps: directory-struct.fig
|
||||||
|
|
||||||
clean distclean realclean:
|
clean distclean realclean:
|
||||||
rm -f petidomo.aux petidomo.dvi petidomo.idx petidomo.log petidomo.ps petidomo.toc
|
rm -f petidomo.aux petidomo.dvi petidomo.log petidomo.ps petidomo.toc
|
||||||
|
|||||||
@ -1,153 +1,54 @@
|
|||||||
\documentclass[a4paper]{report}
|
\documentclass[a4paper,10pt]{scrreprt}
|
||||||
%
|
%
|
||||||
% Petidomo Manual
|
% Petidomo Manual
|
||||||
%
|
%
|
||||||
% $Header$
|
% $Header$
|
||||||
%
|
%
|
||||||
\usepackage{html}
|
\typearea[2cm]{12}
|
||||||
\usepackage{makeidx}
|
|
||||||
\usepackage{graphicx}
|
\usepackage{graphicx}
|
||||||
\makeindex
|
\usepackage{lastpage}
|
||||||
|
\usepackage{fancyhdr}
|
||||||
|
\pagestyle{fancy}
|
||||||
|
\lhead{\sl The Petidomo Mailing List Manager}
|
||||||
|
\chead{}
|
||||||
|
\rhead{Page \thepage\ of \pageref{LastPage}}
|
||||||
|
\lfoot{}
|
||||||
|
\cfoot{}
|
||||||
|
\rfoot{}
|
||||||
|
\fancypagestyle{plain}{}
|
||||||
|
\fussy
|
||||||
|
|
||||||
%
|
%
|
||||||
% Self-defined macros
|
% Self-defined macros
|
||||||
%
|
%
|
||||||
\newcommand{\PetidomoM}{{\scshape Peti\-domo Mail\-ing List Ma\-nager}}
|
\newcommand{\PetidomoM}{{\scshape Peti\-domo Mail\-ing List Ma\-nager}}
|
||||||
\newcommand{\Petidomo}{{\scshape Peti\-domo}}
|
\newcommand{\Petidomo}{{\scshape Peti\-domo}}
|
||||||
\newcommand{\PetidomoTwo}{{\scshape Peti\-domo 2.1}}
|
\newcommand{\PetidomoTwo}{{\scshape Peti\-domo 2.2}}
|
||||||
\newcommand{\Def}[1]{{\index{#1}\sl #1}}
|
\newcommand{\Def}[1]{{\sl #1}}
|
||||||
\newcommand{\DefNI}[1]{{\tt #1}}
|
\newcommand{\file}[1]{{\sf #1}}
|
||||||
\newcommand{\file}[1]{{\tt #1}}
|
|
||||||
\newcommand{\Index}[1]{#1\index{#1}}
|
|
||||||
|
|
||||||
%
|
%
|
||||||
% Begin of document
|
% Begin of document
|
||||||
%
|
%
|
||||||
\begin{document}
|
\begin{document}
|
||||||
\sloppy
|
|
||||||
\pagestyle{empty}
|
|
||||||
|
|
||||||
%
|
%
|
||||||
% Titlepage
|
% Titlepage
|
||||||
%
|
%
|
||||||
\title{The \PetidomoM}
|
\title{The Petidomo Mailing List Manager}
|
||||||
\author{Peter Simons $<$simons@petidomo.com$>$}
|
\author{Peter Simons $<$simons@petidomo.com$>$}
|
||||||
\date{March, 7th 1999}
|
\date{March, 7th 1999}
|
||||||
\maketitle
|
\maketitle
|
||||||
|
|
||||||
%
|
|
||||||
% Copyright
|
|
||||||
%
|
|
||||||
\centerline{\huge\bf License Agreement}
|
|
||||||
|
|
||||||
\bigskip
|
|
||||||
|
|
||||||
\noindent
|
|
||||||
The "Petidomo Mailing List Manager" is copyrighted \copyright{} 1996--99 by
|
|
||||||
CyberSolutions GmbH, Germany. All rights are reserved.
|
|
||||||
|
|
||||||
\medskip
|
|
||||||
|
|
||||||
\noindent
|
|
||||||
Redistribution and use in source and binary forms, with or without
|
|
||||||
modification, are permitted provided that the following conditions
|
|
||||||
are met:
|
|
||||||
|
|
||||||
\begin{enumerate}
|
|
||||||
|
|
||||||
\item Redistributions of source code must retain the above copyright
|
|
||||||
notice, this list of conditions and the following disclaimer.
|
|
||||||
|
|
||||||
\item Redistributions in binary form must reproduce the above copyright
|
|
||||||
notice, this list of conditions and the following disclaimer in the
|
|
||||||
documentation and/or other materials provided with the distribution.
|
|
||||||
|
|
||||||
\item All advertising materials mentioning features or use of this software
|
|
||||||
must display the following acknowledgement:
|
|
||||||
|
|
||||||
\centerline{This product includes software developed by CyberSolutions GmbH.}
|
|
||||||
|
|
||||||
\item The name of the author may not be used to endorse or promote products
|
|
||||||
derived from this software without specific prior written permission.
|
|
||||||
|
|
||||||
\end{enumerate}
|
|
||||||
|
|
||||||
\noindent
|
|
||||||
You are not required to accept this License, since you have not signed
|
|
||||||
it. However, nothing else grants you permission to use the program.
|
|
||||||
These actions are prohibited by law if you do not accept this license.
|
|
||||||
Therefore, by using the program, you indicate your acceptance of this
|
|
||||||
license to do so, and all its terms and conditions.
|
|
||||||
|
|
||||||
\medskip
|
|
||||||
|
|
||||||
\noindent
|
|
||||||
{\bf This software is provided by CyberSolutions GmbH ``as is'' and
|
|
||||||
any express or implied warranties, including, but not limited to, the
|
|
||||||
implied warranties of merchantability and fitness for a particular
|
|
||||||
purpose are disclaimed. In no event shall CyberSolutions GmbH be
|
|
||||||
liable for any direct, indirect, incidental, special, exemplary, or
|
|
||||||
consequential damages (including, but not limited to, procurement of
|
|
||||||
substitute goods or services; loss of use, data, or profits; or
|
|
||||||
business interruption) however caused and on any theory of liability,
|
|
||||||
whether in contract, strict liability, or tort (including negligence
|
|
||||||
or otherwise) arising in any way out of the use of this software, even
|
|
||||||
if advised of the possibility of such damage.}
|
|
||||||
|
|
||||||
\newpage
|
|
||||||
|
|
||||||
%
|
%
|
||||||
% Table of contents
|
% Table of contents
|
||||||
%
|
%
|
||||||
\pagenumbering{roman} \setcounter{page}{1} \pagestyle{headings}
|
|
||||||
\tableofcontents
|
\tableofcontents
|
||||||
\clearpage
|
\clearpage
|
||||||
\pagenumbering{arabic} \setcounter{page}{1} \pagestyle{headings}
|
|
||||||
|
|
||||||
%
|
%
|
||||||
% Begin of actual text
|
% Begin of actual text
|
||||||
%
|
%
|
||||||
\chapter{Quickstart for the impatient}
|
|
||||||
\index{quickstart}
|
|
||||||
|
|
||||||
We know you feel now. You just downloaded the new software
|
|
||||||
package and are eager to see it work as fast as possible. So, even
|
|
||||||
though it is kind of mad to write this long manual with the knowledge
|
|
||||||
that the vast majority of users will never read it, here is a step by
|
|
||||||
step quickstart guide.
|
|
||||||
|
|
||||||
\begin{enumerate}
|
|
||||||
|
|
||||||
\item Get the distribution for your Unix platform.
|
|
||||||
|
|
||||||
\item Unpack the tar archive: {\tt gunzip <archivename | tar xf -}
|
|
||||||
|
|
||||||
\item {\tt su} to the super user.
|
|
||||||
|
|
||||||
\item Create a user {\tt petidomo} and a group {\tt petidomo}. The
|
|
||||||
home directory of this user is the place where the whole package will
|
|
||||||
be installed. The user doesn't need a valid password and shell.
|
|
||||||
|
|
||||||
\item As superuser, {\tt cd} into the directory `petidomo-{\sl
|
|
||||||
your-architecture-name}' and start {\tt ./install.sh} or {\tt sh
|
|
||||||
install.sh}.
|
|
||||||
|
|
||||||
\item Answer all questions asked by the script truthfully.
|
|
||||||
|
|
||||||
\item If no error occurs, send an e-mail to the \PetidomoM: {\tt mail
|
|
||||||
petidomo </dev/null} and see what happens.
|
|
||||||
|
|
||||||
\item Now use your WWW browser to access
|
|
||||||
\htmladdnormallink{`http://local\-host/cgi-bin/peti\-domo\-conf.cgi'}{http://localhost/cgi-bin/petidomoconf.cgi} and create any mailing
|
|
||||||
lists you'd like to have.
|
|
||||||
|
|
||||||
\item Be happy.
|
|
||||||
|
|
||||||
\item Now read the blasted user manual. It was a lot of work to write
|
|
||||||
it.
|
|
||||||
|
|
||||||
\end{enumerate}
|
|
||||||
|
|
||||||
\chapter{Introduction}
|
\chapter{Introduction}
|
||||||
|
|
||||||
Congratulations. Obviously you are a clever person. Not only
|
Congratulations. Obviously you are a clever person. Not only
|
||||||
@ -261,9 +162,11 @@ undocumented except for a totally outdated README file.
|
|||||||
A big ``thank you'' to Markus Fleck of the University of Bonn for
|
A big ``thank you'' to Markus Fleck of the University of Bonn for
|
||||||
providing us with an FTP mirror of the \Petidomo\ Beta distributions.
|
providing us with an FTP mirror of the \Petidomo\ Beta distributions.
|
||||||
|
|
||||||
|
\begin{sloppypar}
|
||||||
Furthermore, our appreciation to Gray Watson for writing the excellent
|
Furthermore, our appreciation to Gray Watson for writing the excellent
|
||||||
``argv'' and ``dmalloc''-libraries, which have been used in the
|
``argv'' and ``dmalloc''-libraries, which have been used in the
|
||||||
\PetidomoM\ during the beta testing phase.
|
\PetidomoM\ during the beta testing phase.
|
||||||
|
\end{sloppypar}
|
||||||
|
|
||||||
And last, but not least, the developers would like to thank the team
|
And last, but not least, the developers would like to thank the team
|
||||||
of CyberSolutions~GmbH for their support during the development,
|
of CyberSolutions~GmbH for their support during the development,
|
||||||
@ -305,8 +208,7 @@ replies to the wrong person, they have to keep their aliases
|
|||||||
up-to-date for the mail to reach the person, etc\dots{}
|
up-to-date for the mail to reach the person, etc\dots{}
|
||||||
|
|
||||||
To remedy these shortcomings, the idea of the mailing list was
|
To remedy these shortcomings, the idea of the mailing list was
|
||||||
developed. A mailing list is \DefNI(hosted)\index{hosting a mailing
|
developed. A mailing list is \Def(hosted) on a central server, which has the addresses of the people who
|
||||||
list} on a central server, which has the addresses of the people who
|
|
||||||
are on that mailing list. Then a special account is created, called
|
are on that mailing list. Then a special account is created, called
|
||||||
the \Def{mailing list address}, to which people can send the mail they
|
the \Def{mailing list address}, to which people can send the mail they
|
||||||
want to be distributed to all receivers.
|
want to be distributed to all receivers.
|
||||||
@ -446,7 +348,7 @@ Just follow the steps as described below:
|
|||||||
|
|
||||||
\item Become `root'. You will need super user privileges.
|
\item Become `root'. You will need super user privileges.
|
||||||
|
|
||||||
\item Create a user \index{petidomo-user} `petidomo' using vipw(8),
|
\item Create a user `petidomo' using vipw(8),
|
||||||
adduser(8) or whatever method your system uses. The user should
|
adduser(8) or whatever method your system uses. The user should
|
||||||
not have a valid shell, nor a valid password because it is very
|
not have a valid shell, nor a valid password because it is very
|
||||||
unlikely that anybody ever needs to log in as `petidomo'. The
|
unlikely that anybody ever needs to log in as `petidomo'. The
|
||||||
@ -463,8 +365,7 @@ Just follow the steps as described below:
|
|||||||
This means that all files belonging to \PetidomoTwo\ live in the
|
This means that all files belonging to \PetidomoTwo\ live in the
|
||||||
\file{/usr/lo\-cal/pe\-ti\-domo} tree. The entry in the password file can be
|
\file{/usr/lo\-cal/pe\-ti\-domo} tree. The entry in the password file can be
|
||||||
changed at any time. Hence it is very easy to move \Petidomo\
|
changed at any time. Hence it is very easy to move \Petidomo\
|
||||||
\index{Moving Petidomo} to a different location or to de-install
|
to a different location or to de-install the whole package.
|
||||||
the whole package.
|
|
||||||
|
|
||||||
\item Create a group `petidomo' and make the `petidomo'-user a member of it.
|
\item Create a group `petidomo' and make the `petidomo'-user a member of it.
|
||||||
You should also add all users of your system, that will administrate
|
You should also add all users of your system, that will administrate
|
||||||
@ -472,7 +373,7 @@ Just follow the steps as described below:
|
|||||||
these users full access to all configuration files, so be careful who
|
these users full access to all configuration files, so be careful who
|
||||||
to add.
|
to add.
|
||||||
|
|
||||||
\item index{install.sh} \index{Install script} As `root', execute the
|
\item As `root', execute the
|
||||||
install script included in the distribution with `./install.sh'
|
install script included in the distribution with `./install.sh'
|
||||||
The script will ask you a couple of questions about your system
|
The script will ask you a couple of questions about your system
|
||||||
and insert the appropriate values in the config files. Ones the
|
and insert the appropriate values in the config files. Ones the
|
||||||
@ -520,7 +421,7 @@ whole system.
|
|||||||
\end{figure}
|
\end{figure}
|
||||||
|
|
||||||
Before we dive into the details configuration of \Petidomo, it is
|
Before we dive into the details configuration of \Petidomo, it is
|
||||||
necessary to describe the \Index{directory structure} of the package.
|
necessary to describe the directory structure of the package.
|
||||||
\Petidomo's base path, which we call \Def{\~{}petidomo} throughout the
|
\Petidomo's base path, which we call \Def{\~{}petidomo} throughout the
|
||||||
manual, is the home directory of the `petidomo' user. Relative to this
|
manual, is the home directory of the `petidomo' user. Relative to this
|
||||||
directory, \Petidomo\ accesses its master config file as
|
directory, \Petidomo\ accesses its master config file as
|
||||||
@ -537,20 +438,15 @@ list ``testlist'' can congruously be found under the path
|
|||||||
\file{lists/testlist/config}, relative to the base directory of
|
\file{lists/testlist/config}, relative to the base directory of
|
||||||
course.
|
course.
|
||||||
|
|
||||||
\section{The Config-Files}
|
\section{The Config Files}
|
||||||
|
|
||||||
We will describe the master config file first now, followed by the
|
We will describe the master config file first now, followed by the
|
||||||
options you can set on a per-list basis. You won't have to edit all
|
options you can set on a per-list basis.
|
||||||
these files yourself. The CGI manager, which is described in detail in
|
|
||||||
section~\ref{using the cgi manager}, is usually a more comfortable way
|
|
||||||
of configuring \Petidomo. You should read the following description
|
|
||||||
nonetheless, because you need to know what an option \emph{means},
|
|
||||||
even if you don't have to set it with a text editor.
|
|
||||||
|
|
||||||
\subsection{Config File Syntax}
|
\subsection{Config File Syntax}
|
||||||
|
|
||||||
All configuration files in the \Petidomo-package\index{Config file
|
All configuration files in the \Petidomo-package\label{Config file
|
||||||
format}\label{Config file format}, have the following format:
|
format}, have the following format:
|
||||||
\begin{verbatim}
|
\begin{verbatim}
|
||||||
keyword parameter
|
keyword parameter
|
||||||
\end{verbatim}
|
\end{verbatim}
|
||||||
@ -573,8 +469,7 @@ AdminPassword "open sesame"
|
|||||||
Quoting the parameter is not strictly necessary, though, \Petidomo's
|
Quoting the parameter is not strictly necessary, though, \Petidomo's
|
||||||
config file parser will get it right anyway. You only have to quote
|
config file parser will get it right anyway. You only have to quote
|
||||||
the parameter, if it contains blanks as first or last character, what
|
the parameter, if it contains blanks as first or last character, what
|
||||||
is rather unlikely to happen. If you're using the CGI manager for the
|
is rather unlikely to happen.
|
||||||
configuration, you won't have to worry about quoting at all.
|
|
||||||
|
|
||||||
Furthermore all empty lines are ignored. So are lines that start with
|
Furthermore all empty lines are ignored. So are lines that start with
|
||||||
a `\#' sign. You can use this for writing comments for the reader into
|
a `\#' sign. You can use this for writing comments for the reader into
|
||||||
@ -591,10 +486,9 @@ recognized:
|
|||||||
\begin{description}
|
\begin{description}
|
||||||
|
|
||||||
\item[Hostname] \hfill ``hostname.domainname''
|
\item[Hostname] \hfill ``hostname.domainname''
|
||||||
\index{Hostname}
|
|
||||||
|
|
||||||
This entry specifies the fully qualified domain name of the machine,
|
This entry specifies the fully qualified domain name of the machine,
|
||||||
\Petidomo\ is running on. A \Index{fully qualified domain name} is the
|
\Petidomo\ is running on. A fully qualified domain name is the
|
||||||
hostname of the machine with the domain name appended with a dot. The
|
hostname of the machine with the domain name appended with a dot. The
|
||||||
following, for example:
|
following, for example:
|
||||||
\begin{verbatim}
|
\begin{verbatim}
|
||||||
@ -613,7 +507,6 @@ This option is \emph{required}. \Petidomo\ will abort with an error,
|
|||||||
if the master config file doesn't set it.
|
if the master config file doesn't set it.
|
||||||
|
|
||||||
\item[AdminPassword] \hfill ``password''
|
\item[AdminPassword] \hfill ``password''
|
||||||
\index{AdminPassword}
|
|
||||||
|
|
||||||
This tag sets the master password, which authenticiates the
|
This tag sets the master password, which authenticiates the
|
||||||
administrator of the \PetidomoM. Here is an example:
|
administrator of the \PetidomoM. Here is an example:
|
||||||
@ -626,16 +519,15 @@ Please chose this password carefully. Knowledge of the master password
|
|||||||
will enable you to access \emph{all} mailing lists running on this
|
will enable you to access \emph{all} mailing lists running on this
|
||||||
system.
|
system.
|
||||||
|
|
||||||
The password comparison both \Petidomo\ and the CGI manager do, are
|
Passwords are compared case-insensitively. That means, that the
|
||||||
always case insensitiv. That means, that the passwords ``Open
|
passwords ``Open SESAME'', ``open sesame'' and ``OPEN seSAme'' are all
|
||||||
SESAME'', ``open sesame'' and ``OPEN seSAme'' are all the same.
|
the same.
|
||||||
|
|
||||||
This option is \emph{required}. \Petidomo\ will abort with an error,
|
This option is \emph{required}. \Petidomo\ will abort with an error,
|
||||||
if the master config file doesn't set it.
|
if the master config file doesn't set it.
|
||||||
|
|
||||||
|
|
||||||
\item[MTA] \hfill \file{/path/to/sendmail}
|
\item[MTA] \hfill \file{/path/to/sendmail}
|
||||||
\index{MTA}\index{mail transport agent}
|
|
||||||
|
|
||||||
The MTA tag tells \Petidomo\ which mail transport agent should be used
|
The MTA tag tells \Petidomo\ which mail transport agent should be used
|
||||||
to deliver outgoing emails. Normally this option has been set by the
|
to deliver outgoing emails. Normally this option has been set by the
|
||||||
@ -654,7 +546,6 @@ if the master config file doesn't set it.
|
|||||||
|
|
||||||
|
|
||||||
\item[MTA\_Options] \hfill ``string''
|
\item[MTA\_Options] \hfill ``string''
|
||||||
\index{MTA\_Options}
|
|
||||||
|
|
||||||
This tag is a bit tricky and in ninety-nine out of hundred cases you
|
This tag is a bit tricky and in ninety-nine out of hundred cases you
|
||||||
should simply leave this option undefined as it is rarely required
|
should simply leave this option undefined as it is rarely required
|
||||||
@ -675,7 +566,6 @@ a fine example. This parameter will tell the Allmann sendmail to queue
|
|||||||
all mail, instead of trying to deliver it immediately.
|
all mail, instead of trying to deliver it immediately.
|
||||||
|
|
||||||
\item[DetachImmediately] \hfill ``yes'' or ``no''
|
\item[DetachImmediately] \hfill ``yes'' or ``no''
|
||||||
\index{DetachImmediately}
|
|
||||||
|
|
||||||
This option decides whether \Petidomo\ will run in syncronous or
|
This option decides whether \Petidomo\ will run in syncronous or
|
||||||
asyncronous mode. When a part of the package is called, it expects an
|
asyncronous mode. When a part of the package is called, it expects an
|
||||||
@ -709,7 +599,6 @@ DetachImmediately yes
|
|||||||
The default, if the option is unset, is to operate syncronously.
|
The default, if the option is unset, is to operate syncronously.
|
||||||
|
|
||||||
\item[ShowStatistics] \hfill ``yes'' or ``no''
|
\item[ShowStatistics] \hfill ``yes'' or ``no''
|
||||||
\index{ShowStatistics}
|
|
||||||
|
|
||||||
\Petidomo\ will append a small signature to all request-mails it
|
\Petidomo\ will append a small signature to all request-mails it
|
||||||
processes. This signature looks like this:
|
processes. This signature looks like this:
|
||||||
@ -734,7 +623,7 @@ You can switch this behavior off by setting this option to ``no''.
|
|||||||
\label{list config file}
|
\label{list config file}
|
||||||
|
|
||||||
While the master config file sets options which are relevant for the
|
While the master config file sets options which are relevant for the
|
||||||
\Petidomo\ package as a whole, the \Index{list config file} sets
|
\Petidomo\ package as a whole, the list config file sets
|
||||||
options which are valid only locally for the mailing list. Each
|
options which are valid only locally for the mailing list. Each
|
||||||
mailing list expects its local config file to be found at
|
mailing list expects its local config file to be found at
|
||||||
\file{\~{}petidomo/lists/<listname>/config}, with ``$<$listname$>$''
|
\file{\~{}petidomo/lists/<listname>/config}, with ``$<$listname$>$''
|
||||||
@ -747,7 +636,6 @@ describe the various settings here.
|
|||||||
\begin{description}
|
\begin{description}
|
||||||
|
|
||||||
\item[ListType] \hfill ``open'', ``closed'' or ``moderated''
|
\item[ListType] \hfill ``open'', ``closed'' or ``moderated''
|
||||||
\index{ListType}
|
|
||||||
|
|
||||||
There are three types of mailing lists \Petidomo\ knows about: ``Open
|
There are three types of mailing lists \Petidomo\ knows about: ``Open
|
||||||
lists'' (or ``public lists''), ``closed lists'' and ``moderated
|
lists'' (or ``public lists''), ``closed lists'' and ``moderated
|
||||||
@ -815,7 +703,6 @@ This option is \emph{required}. \Petidomo\ will abort with an error,
|
|||||||
if the list config file doesn't set it.
|
if the list config file doesn't set it.
|
||||||
|
|
||||||
\item[AllowPublicSubscription] \hfill ``yes'' or ``no''
|
\item[AllowPublicSubscription] \hfill ``yes'' or ``no''
|
||||||
\index{AllowPublicSubscription}
|
|
||||||
|
|
||||||
Set this entry to either ``yes'' or ``no'', depending on whether you
|
Set this entry to either ``yes'' or ``no'', depending on whether you
|
||||||
want the mailing list to be open for everybody to subscribe or not.
|
want the mailing list to be open for everybody to subscribe or not.
|
||||||
@ -827,7 +714,6 @@ administrator for approval by \Petidomo.
|
|||||||
If this option is unset, the default to allow public subscription.
|
If this option is unset, the default to allow public subscription.
|
||||||
|
|
||||||
\item[AllowAlienSubscription] \hfill ``yes'' or ``no''
|
\item[AllowAlienSubscription] \hfill ``yes'' or ``no''
|
||||||
\index{AllowAlienSubscription}
|
|
||||||
|
|
||||||
Please excuse the name of this tag, but no matter how hard we thought,
|
Please excuse the name of this tag, but no matter how hard we thought,
|
||||||
we were unable to come up with a better name for it. If you have any
|
we were unable to come up with a better name for it. If you have any
|
||||||
@ -839,7 +725,6 @@ from. Set the option to ``yes'' to allow un-/subscribing a different
|
|||||||
address, or to ``no'' to disallow it.
|
address, or to ``no'' to disallow it.
|
||||||
|
|
||||||
\item[AllowMembersCommand] \hfill ``yes'' or ``no''
|
\item[AllowMembersCommand] \hfill ``yes'' or ``no''
|
||||||
\index{AllowMembersCommand}
|
|
||||||
|
|
||||||
\Petidomo\ knows a command ``members'' or ``who'', which can be sent
|
\Petidomo\ knows a command ``members'' or ``who'', which can be sent
|
||||||
to the server and it will reply with the complete list of subscribed
|
to the server and it will reply with the complete list of subscribed
|
||||||
@ -856,7 +741,6 @@ default if the option is not specified in the config file.)
|
|||||||
If you set it to ``yes'', the ``members''-comman will work.
|
If you set it to ``yes'', the ``members''-comman will work.
|
||||||
|
|
||||||
\item[ShowOnIndex] \hfill ``yes'' or ``no''
|
\item[ShowOnIndex] \hfill ``yes'' or ``no''
|
||||||
\index{ShowOnIndex}
|
|
||||||
|
|
||||||
\Petidomo\ allows people to request a list of mailing list running on
|
\Petidomo\ allows people to request a list of mailing list running on
|
||||||
the server, using the ``index'' command. While it is generally a good
|
the server, using the ``index'' command. While it is generally a good
|
||||||
@ -876,7 +760,7 @@ list, instead of the one configured in
|
|||||||
\file{\~{}petidomo/etc/petidomo.conf}. This feature is useful to do
|
\file{\~{}petidomo/etc/petidomo.conf}. This feature is useful to do
|
||||||
virtual hosting.
|
virtual hosting.
|
||||||
|
|
||||||
\DefNI{Virtual hosting}\index{virtual hosting} is required when
|
\Def{Virtual hosting} is required when
|
||||||
several mailing lists run on the same server, but they have to look
|
several mailing lists run on the same server, but they have to look
|
||||||
like they would coming from different machines. Let's use an example:
|
like they would coming from different machines. Let's use an example:
|
||||||
The internet service provider ``Inter.Net'' offers its customers to
|
The internet service provider ``Inter.Net'' offers its customers to
|
||||||
@ -910,7 +794,7 @@ If this entry is unset, the name configured in the master config file
|
|||||||
will be used as hostname for this mailing list.
|
will be used as hostname for this mailing list.
|
||||||
|
|
||||||
\item[AdminPassword] \hfill ``password''
|
\item[AdminPassword] \hfill ``password''
|
||||||
\index{AdminPassword}\label{list admin password}
|
\label{list admin password}
|
||||||
|
|
||||||
This tag sets the master password, which authenticiates the
|
This tag sets the master password, which authenticiates the
|
||||||
administrator of this mailing list. The administrator has special
|
administrator of this mailing list. The administrator has special
|
||||||
@ -926,7 +810,7 @@ Leave this entry blank, if you don't want to enable remote
|
|||||||
administration of the mailing list.
|
administration of the mailing list.
|
||||||
|
|
||||||
\item[PostingPassword] \hfill ``password''
|
\item[PostingPassword] \hfill ``password''
|
||||||
\index{PostingPassword}\label{posting password}
|
\label{posting password}
|
||||||
|
|
||||||
This tag sets the ``posting password''. The posting password allows to
|
This tag sets the ``posting password''. The posting password allows to
|
||||||
post an article to a moderated mailing list, but it does not allow any
|
post an article to a moderated mailing list, but it does not allow any
|
||||||
@ -956,7 +840,6 @@ subscribers can conveniently post simply by hitting the `reply'
|
|||||||
function in their mail reader.
|
function in their mail reader.
|
||||||
|
|
||||||
\item[PostingFilter] \hfill ``bourne shell command''
|
\item[PostingFilter] \hfill ``bourne shell command''
|
||||||
\index{PostingFilter}
|
|
||||||
|
|
||||||
If you specify a posting filter, this program or script will be
|
If you specify a posting filter, this program or script will be
|
||||||
started by \Petidomo\ before it sends a posting out to the
|
started by \Petidomo\ before it sends a posting out to the
|
||||||
@ -999,221 +882,21 @@ If this option is unset, posted articles will not be archived at all.
|
|||||||
|
|
||||||
\end{description}
|
\end{description}
|
||||||
|
|
||||||
\section{The CGI Manager}
|
|
||||||
|
|
||||||
\Petidomo\ comes with a CGI program, that lets you do all the
|
|
||||||
configuration out of your favourite WWW-Browser. This program is
|
|
||||||
called \Def{petidomoconf.cgi} and it is installed by the
|
|
||||||
install-script into the \file{cgi-bin} directory of your HTTP daemon
|
|
||||||
--- unless you skipped that part, of course.
|
|
||||||
|
|
||||||
\subsection{Installing the CGI Manager}
|
|
||||||
|
|
||||||
If you did, you can still ``install'' the CGI manager simply by
|
|
||||||
copying the \file{petidomoconf.cgi} binary from
|
|
||||||
\file{\~{}petidomo/bin/petidomoconf.cgi} into the appropriate directory.
|
|
||||||
The binary should be owned by `root:petidomo' and be installed with
|
|
||||||
the ``setuid'' and ``setguid'' flag set. You can do this by executing
|
|
||||||
the commands
|
|
||||||
\begin{verbatim}
|
|
||||||
$ chown root petidomoconf.cgi
|
|
||||||
$ chgrp petidomo petidomoconf.cgi
|
|
||||||
$ chmod 6555 petidomoconf.cgi
|
|
||||||
\end{verbatim}
|
|
||||||
|
|
||||||
Superuser privileges are required only when creating or removing a
|
|
||||||
mailing list with the CGI manager. In all other cases, the program
|
|
||||||
will give up the super user privileges immediately, to reduce the
|
|
||||||
chance of any abuse.
|
|
||||||
|
|
||||||
If you don't want to grant `root'-access to the CGI manager, you
|
|
||||||
should install it with the `petidomo'-user as owner and still set the
|
|
||||||
`setuid' and `setguid' flags. If you're creating a mailing list in
|
|
||||||
such a setup, you will have to add the appropriate aliases manually,
|
|
||||||
though. How this is done is explained in section~\ref{aliases} of the
|
|
||||||
manual.
|
|
||||||
|
|
||||||
The only way around this is to make the \file{/etc/aliases} file
|
|
||||||
writable for the user or group `petidomo'. Then the CGI manager will
|
|
||||||
be able to access the file without `root' privileges.
|
|
||||||
|
|
||||||
It is recommended, though, to grant `root'-privileges to the CGI
|
|
||||||
manager as this makes the administration of your mailing list server a
|
|
||||||
great deal easier.
|
|
||||||
|
|
||||||
It should be noted that the CGI manager will run the ``newaliases''
|
|
||||||
command after you have created a new mailing lists, or removed an
|
|
||||||
existing list with it, because these operations change the alias file
|
|
||||||
and sendmail won't notive that until ``newaliases'' is run. For this
|
|
||||||
to succeed, you must have this program into the execution path of your
|
|
||||||
shell, because the CGI manager doesn't know about the full path where
|
|
||||||
``newaliases'' is. On all systems we used to test this, the CGI
|
|
||||||
manager ran ``newaliases'' successfully, so you probably shouldn't
|
|
||||||
worry about this.
|
|
||||||
|
|
||||||
But if you notice that the changes made with the CGI manager don't
|
|
||||||
take effect immediately, you should either fix the {\tt \$PATH}
|
|
||||||
variable on your system, or copy the ``newaliases'' into a directory,
|
|
||||||
where the CGI manager can find it, for example \file{/usr/bin}.
|
|
||||||
|
|
||||||
\subsection{Using the CGI manager}
|
|
||||||
\label{using the cgi manager}\index{CGI Manager}
|
|
||||||
|
|
||||||
\begin{figure}[bth]
|
|
||||||
\begin{center}
|
|
||||||
\includegraphics{cgi-manager1.ps}
|
|
||||||
\caption{The CGI manager login screen.}
|
|
||||||
\label{cgiman login}
|
|
||||||
\end{center}
|
|
||||||
\end{figure}
|
|
||||||
|
|
||||||
The CGI manager is rather easy to use. Once it is propperly installed
|
|
||||||
in the \file{cgi-bin} directory of your WWW server, you can access it
|
|
||||||
under the URL:
|
|
||||||
``\htmladdnormallink{http://localhost/cgi-bin/petidomoconf.cgi}{http://localhost/cgi-bin/petidomoconf.cgi}''.
|
|
||||||
Please note that the CGI manager \emph{must} be installed on the same
|
|
||||||
machine as the mailing list server. It has to modify the config files
|
|
||||||
on the harddisk and obviously can't succeed when it is running on a
|
|
||||||
different machine, say, a dedicated web server.
|
|
||||||
|
|
||||||
If you access the CGI manager from your WWW browser, you'll see the
|
|
||||||
login screen, as shown in figure~\ref{cgiman login}. The CGI manager
|
|
||||||
prompts you for the password to authenticate yourself. Please enter
|
|
||||||
the password, you specified to the install-script now, choose the
|
|
||||||
``Configure Petidomo 2.1'' button and click on ``Submit Query''.
|
|
||||||
|
|
||||||
Your WWW browser will now present you a page with several text fields,
|
|
||||||
where you can enter the parameters you'd like to set. If you change
|
|
||||||
and submit the changes, they will be written back to the master config
|
|
||||||
file in \file{\~{}petidomo/etc/petidomo.conf}. The meaning of the
|
|
||||||
parameters here is the same as described in section~\ref{master config
|
|
||||||
file}.
|
|
||||||
|
|
||||||
If you choose ``Configure an existing mailing list'', the CGI manager
|
|
||||||
will present you a list of lists it has found. Select the list you''d
|
|
||||||
like to configure and hit ``Submit Query'' to enter the actual
|
|
||||||
configuration page.
|
|
||||||
|
|
||||||
It should be noted that you will only see the mailing lists, that you
|
|
||||||
password is valid for. If you entered the master password, which is
|
|
||||||
configured in the master config file, you will have access to all
|
|
||||||
mailing lists running on the machine. It is possible, though, to set
|
|
||||||
an admin password (see section~\ref{list admin password}) for a
|
|
||||||
mailing list, too. If you entered this password, instead of the master
|
|
||||||
password, you'd see only this particular list at the moment. In case
|
|
||||||
several mailing lists have the same admin password, you'll see all of
|
|
||||||
them.
|
|
||||||
|
|
||||||
This behavior is very useful if you are hosting mailing lists that are
|
|
||||||
administrated by other people. Just tell the administrator of the hosted
|
|
||||||
mailing lists ``their'' password and the URL of the CGI manager, and
|
|
||||||
thez will be able to configure ``their'' mailing lists
|
|
||||||
remotely\index{remote configuration} without gaining access to the
|
|
||||||
other mailing lists running on the server.
|
|
||||||
|
|
||||||
Anyway, select the ``testlist'' entry now and enter the configuration.
|
|
||||||
As before, a page will be shown where you can customize all the
|
|
||||||
options that have been described in the section~\ref{list config file}
|
|
||||||
of the manual. The changes you make will then be written back into the
|
|
||||||
list's config file. In our example, this would be
|
|
||||||
\file{\~{}petidomo/lists/testlist/config}.
|
|
||||||
|
|
||||||
The remaining two choices on the main page of the CGI manager are
|
|
||||||
``Create a new mailing list'' and ``Remove an existing mailing list''.
|
|
||||||
These two should be pretty self-explanatory. If you chose to remove a
|
|
||||||
mailing list, you will be prompted for the list you'd like to remove
|
|
||||||
and by submitting the selection, it will be deleted from the server.
|
|
||||||
|
|
||||||
Creating a new mailing list works exactly like configuring a new
|
|
||||||
mailing list except for the fact you'll notice four additional text
|
|
||||||
fields at the top of the page, compared to the configuration page. The
|
|
||||||
first text field is for entering the name of the mailing list.
|
|
||||||
\index{mailing list names} You must choose a list name, that doesn't
|
|
||||||
contain any special characters, like the slash ('/'), the colon (':')
|
|
||||||
or the point ('.'), as these have special meanings to either the file
|
|
||||||
system or to the mail transport agent. The best is to stick with
|
|
||||||
normal characters and numbers, plus the minus (`-'), for example:
|
|
||||||
``basketball-fans'' or ``petidomo-support''.
|
|
||||||
|
|
||||||
In the second text field, you should enter a short \Index{description}
|
|
||||||
of the purpose and topic of the mailing list. This text is displayed
|
|
||||||
when a user requests the index of available mailing lists from the
|
|
||||||
server and it can be requested by sending the command ``HELP
|
|
||||||
listname'' to the list server. For our example mailing list
|
|
||||||
``basketball-fans'', a good description would probably be:
|
|
||||||
|
|
||||||
\begin{quotation}
|
|
||||||
|
|
||||||
This mailing list is a public forum meant for discussion of the topic
|
|
||||||
of ``basketball'' or all related topics. This is not a fan list for a
|
|
||||||
particular basketball team or player, but a forum for all fans of the
|
|
||||||
sport basketball.
|
|
||||||
|
|
||||||
\end{quotation}
|
|
||||||
|
|
||||||
A similar function has the third text field. Here you can enter an
|
|
||||||
``\Index{introduction text}'', which is sent to all new subscribers of
|
|
||||||
the mailing list automatically. This text should explain the topic and
|
|
||||||
purpose of the mailing list plus the rules of the list and other
|
|
||||||
important things, a new subscriber needs to know. Again an example for
|
|
||||||
our ``basketball-fan'' mailing list:
|
|
||||||
|
|
||||||
\begin{quotation}
|
|
||||||
|
|
||||||
\centerline{Welcome to the ``basketball-fans'' mailing list!}
|
|
||||||
|
|
||||||
\bigskip
|
|
||||||
|
|
||||||
This forum is meant for discussion of the topic of ``basketball'' or
|
|
||||||
related topics. This is not a fan list for a particular basketball
|
|
||||||
team or player, we don't want any bashing of players or teams here.
|
|
||||||
|
|
||||||
Also not welcome are postings which contain large binary data such as
|
|
||||||
pictures, logos or sound files. Neither should you post articles that
|
|
||||||
have been published on the WWW or in the news already, Please post
|
|
||||||
just the URL where anybody interested in them can obtain the files
|
|
||||||
himself.
|
|
||||||
|
|
||||||
Other than that, you can talk about pretty much anything you like.
|
|
||||||
Have fun! \texttt{:-)}
|
|
||||||
|
|
||||||
\end{quotation}
|
|
||||||
|
|
||||||
The last additional text field on this page finally is used to enter a
|
|
||||||
\Index{signature} for the mailing list. This signature is appended to every
|
|
||||||
article that is posted to the mailing list. Naturally, the signature
|
|
||||||
should be short and contain only important information. You should
|
|
||||||
actually consider whether you want to add a signature at all.
|
|
||||||
Nonetheless, here is an example of a good signature:
|
|
||||||
|
|
||||||
\begin{verbatim}
|
|
||||||
--
|
|
||||||
Mailinglist Archive: http://www.nba.com/bbfans/ml-archive/
|
|
||||||
\end{verbatim}
|
|
||||||
|
|
||||||
It is recommended, to enter one or two blanks line before you start
|
|
||||||
the actual text, because it looks better if there's a little space
|
|
||||||
between the end of the posted article and the appended signature.
|
|
||||||
|
|
||||||
The rest of the configuration options on the page are the same options
|
|
||||||
again as on the ``Configure an existing mailing list'' page.
|
|
||||||
|
|
||||||
\section{The Binaries}
|
\section{The Binaries}
|
||||||
|
|
||||||
The \Petidomo\ package consists of mainly three binaries:
|
The \Petidomo\ package consists of mainly two binaries:
|
||||||
\file{petidomoconf.cgi}, \file{hermes} and \file{listserv}. All three
|
\file{hermes} and \file{listserv}. Both
|
||||||
files are located in the \file{\~{}petidomo/bin} directory. In fact,
|
files are located in the \file{\~{}petidomo/bin} directory. In fact,
|
||||||
``hermes'' and ``listserv'' are the same binary, but they do different
|
``hermes'' and ``listserv'' are the same binary, but they do different
|
||||||
things when called under the appropriate program name, like many other
|
things when called under the appropriate program name, like many other
|
||||||
commands of the Unix operating system do. They are only links of the
|
commands of the Unix operating system do. They are only links of the
|
||||||
\file{petidomo}\index{\~{}petidomo/bin/petidomo}, which has no purpose
|
\file{petidomo}, which has no purpose
|
||||||
at all, but we thought it would be weird to deliver a package called
|
at all, but we thought it would be weird to deliver a package called
|
||||||
\Petidomo\ without actually having a binary of that name in there.
|
\Petidomo\ without actually having a binary of that name in there.
|
||||||
Since these three are all links to the same files, it doesn't consume
|
Since these three are all links to the same files, it doesn't consume
|
||||||
any diskspace anyway.
|
any diskspace anyway.
|
||||||
|
|
||||||
\subsection{listserv}
|
\subsection{listserv}
|
||||||
\index{listserv}\index{\~{}petidomo/bin/listserv}
|
|
||||||
|
|
||||||
The ``listserv'' program is the tool that handles incoming requests
|
The ``listserv'' program is the tool that handles incoming requests
|
||||||
like subscribing an address to a list, unsubscribing it again or
|
like subscribing an address to a list, unsubscribing it again or
|
||||||
@ -1223,7 +906,6 @@ sendmail daemon. Further details on that can be found in
|
|||||||
section~\ref{aliases} of the user manual.
|
section~\ref{aliases} of the user manual.
|
||||||
|
|
||||||
\subsection{hermes}
|
\subsection{hermes}
|
||||||
\index{hermes}\index{\~{}petidomo/bin/hermes}
|
|
||||||
|
|
||||||
``hermes'' is the program that processes and delivers an incoming
|
``hermes'' is the program that processes and delivers an incoming
|
||||||
e-mail. It does not understand any commands but simply takes an e-mail
|
e-mail. It does not understand any commands but simply takes an e-mail
|
||||||
@ -1244,7 +926,7 @@ This is archieved with the ``alias''-function of your mail transport
|
|||||||
agent. Most MTAs, like sendmail, have a file where a list of special
|
agent. Most MTAs, like sendmail, have a file where a list of special
|
||||||
account names is given together with the instructions what to do with
|
account names is given together with the instructions what to do with
|
||||||
any mail received for that account. This file is usually located in
|
any mail received for that account. This file is usually located in
|
||||||
\file{/etc/aliases}\index{/etc/aliases}.
|
\file{/etc/aliases}.
|
||||||
|
|
||||||
One thing, aliases can do is to pipe the mail into a program for
|
One thing, aliases can do is to pipe the mail into a program for
|
||||||
processing. This is the mechanism \Petidomo\ uses. \Petidomo\ requires
|
processing. This is the mechanism \Petidomo\ uses. \Petidomo\ requires
|
||||||
@ -1327,29 +1009,21 @@ to the address ``listname-owner''. Usually this will ultimately be the
|
|||||||
same person as the ``petidomo-manager'', but you are free to direct
|
same person as the ``petidomo-manager'', but you are free to direct
|
||||||
mail for this account to somebody else, or to several persons.
|
mail for this account to somebody else, or to several persons.
|
||||||
|
|
||||||
These aliases are created automatically, when you add a mailing list
|
|
||||||
with the CGI manager included in the distribution, but knowing how
|
|
||||||
they work is very useful if you want to customize the settings for
|
|
||||||
your needs manually. It is recommended to read the aliases(5) and the
|
|
||||||
newaliases(1) man page of your system for further details.
|
|
||||||
|
|
||||||
|
|
||||||
\chapter{Using Petidomo as user}
|
\chapter{Using Petidomo as user}
|
||||||
\label{petidomo as user}
|
\label{petidomo as user}
|
||||||
\index{commands}\index{user commands}
|
|
||||||
|
|
||||||
In this chapter, we will describe the commands, that are
|
In this chapter, we will describe the commands, that are
|
||||||
understood by the ``listserv'' program. ``listserv'' is the interface
|
understood by the ``listserv'' program. ``listserv'' is the interface
|
||||||
for the users of the mailing lists, where they can send their requests
|
for the users of the mailing lists, where they can send their requests
|
||||||
to in order to be subscribed to a mailing list, be unsubscribed again
|
to in order to be subscribed to a mailing list, be unsubscribed again
|
||||||
and similar things. The text here is mostly identical with the
|
and similar things. The text here is mostly identical with the
|
||||||
\Index{default help text}\index{help text} that is sent to the user
|
default help text that is sent to the user
|
||||||
whenever he or she issues a command that is syntactically incorrect.
|
whenever he or she issues a command that is syntactically incorrect.
|
||||||
This text is stored in the file
|
This text is stored in the file
|
||||||
\file{\~{}petidomo/etc/help}\index{\~{}petidomo/etc/help} and can be
|
\file{\~{}petidomo/etc/help} and can be
|
||||||
customized to fit the requirements of your site.
|
customized to fit the requirements of your site.
|
||||||
|
|
||||||
User commands always have to be sent to the \Index{request address} of
|
User commands always have to be sent to the request address of
|
||||||
the mailing list --- \emph{not} to the mailing list itself. \Petidomo\
|
the mailing list --- \emph{not} to the mailing list itself. \Petidomo\
|
||||||
will try to recognize commands that are sent to the mailing list and
|
will try to recognize commands that are sent to the mailing list and
|
||||||
redirect them to the ``listserv'' program, but naturally this will not
|
redirect them to the ``listserv'' program, but naturally this will not
|
||||||
@ -1365,7 +1039,6 @@ for the fact that the ``listserv'' will have a default listname for
|
|||||||
this address and thus understand a simpler command syntax.
|
this address and thus understand a simpler command syntax.
|
||||||
|
|
||||||
\section{SUBSCRIBE}
|
\section{SUBSCRIBE}
|
||||||
\index{SUBSCRIBE}\index{ADD}
|
|
||||||
|
|
||||||
The ``subscribe'' command will add the address of the user to a
|
The ``subscribe'' command will add the address of the user to a
|
||||||
mailing list. When using the ``-request''-address, only the word
|
mailing list. When using the ``-request''-address, only the word
|
||||||
@ -1393,7 +1066,6 @@ the one, the request is sent from, using the
|
|||||||
The command ``add'' is synonymous to ``subscribe''.
|
The command ``add'' is synonymous to ``subscribe''.
|
||||||
|
|
||||||
\section{UNSUBSCRIBE}
|
\section{UNSUBSCRIBE}
|
||||||
\index{UNSUBSCRIBE}\index{DELETE}\index{REMOVE}
|
|
||||||
|
|
||||||
The syntax and usage of the ``unsubscribe`` command are the same as the
|
The syntax and usage of the ``unsubscribe`` command are the same as the
|
||||||
``subscribe'' command. The difference is, though, the the user's address
|
``subscribe'' command. The difference is, though, the the user's address
|
||||||
@ -1402,7 +1074,6 @@ is removed from the mailing list rather than added to it.
|
|||||||
``delete'' and ``remove'' can be used synonymously to ``unsubscribe''.
|
``delete'' and ``remove'' can be used synonymously to ``unsubscribe''.
|
||||||
|
|
||||||
\section{INDEX}
|
\section{INDEX}
|
||||||
\index{INDEX}\index{LISTS}\index{LONGINDEX}
|
|
||||||
|
|
||||||
The ``index'' command does not need any parameters. Sending it to the
|
The ``index'' command does not need any parameters. Sending it to the
|
||||||
server will return a list of available mailing lists on this server.
|
server will return a list of available mailing lists on this server.
|
||||||
@ -1412,7 +1083,6 @@ remember the exact name anymore.
|
|||||||
The commands ``lists'' and ``longindex'' are synonyms to ``index''.
|
The commands ``lists'' and ``longindex'' are synonyms to ``index''.
|
||||||
|
|
||||||
\section{HELP}
|
\section{HELP}
|
||||||
\index{HELP}
|
|
||||||
|
|
||||||
If the server receives the command ``help'', it will send the file
|
If the server receives the command ``help'', it will send the file
|
||||||
\file{\~{}peti\-domo/etc/help} back. If ``help'' has a parameter,
|
\file{\~{}peti\-domo/etc/help} back. If ``help'' has a parameter,
|
||||||
@ -1421,7 +1091,6 @@ mailing list, and if it is, it will return the description file for
|
|||||||
this mailing list, rather than the help-file.
|
this mailing list, rather than the help-file.
|
||||||
|
|
||||||
\section{MEMBERS}
|
\section{MEMBERS}
|
||||||
\index{WHO}\index{MEMBERS}
|
|
||||||
|
|
||||||
The ``members'' command will return the addresses of all subscribers
|
The ``members'' command will return the addresses of all subscribers
|
||||||
of the mailing list, if the administrator chose to allow this command.
|
of the mailing list, if the administrator chose to allow this command.
|
||||||
@ -1440,7 +1109,7 @@ The command ``who'' can be used synonymously to ``members''.
|
|||||||
|
|
||||||
On the ``other side'' of \Petidomo, from the user's
|
On the ``other side'' of \Petidomo, from the user's
|
||||||
perspective, is the administrator of the mailing list --- also called
|
perspective, is the administrator of the mailing list --- also called
|
||||||
the \Def{mailing list owner}\index{owner}). Each mailing list has an
|
the \Def{mailing list owner}). Each mailing list has an
|
||||||
alias ``listname-owner'' (see section~\ref{aliases}), where the mail
|
alias ``listname-owner'' (see section~\ref{aliases}), where the mail
|
||||||
address of the person who is responsible for this mailing list should
|
address of the person who is responsible for this mailing list should
|
||||||
be specified. Per default, this is the user who is known as
|
be specified. Per default, this is the user who is known as
|
||||||
@ -1494,19 +1163,16 @@ barrier. How this is done is described in section~\ref{approve} later.
|
|||||||
If you have configured a mailing list to reject postings under certain
|
If you have configured a mailing list to reject postings under certain
|
||||||
circumstances, such as a closed or moderated mailing list, these
|
circumstances, such as a closed or moderated mailing list, these
|
||||||
rejected articles will be forwarded to you for approval. When you
|
rejected articles will be forwarded to you for approval. When you
|
||||||
receive such a \Index{rejected article}, you can either silently
|
receive such a rejected article, you can either silently
|
||||||
discard it, contact the author or post it to the mailing list with
|
discard it, contact the author or post it to the mailing list with
|
||||||
your approval.
|
your approval.
|
||||||
|
|
||||||
You can approve an article with the master password for \Petidomo, the
|
You can approve an article with the master password for \Petidomo, the
|
||||||
admin password of the mailing list in question or the posting password
|
admin password of the mailing list in question or the posting password
|
||||||
(see section~\ref{posting password} of that list. This is useful
|
(see section~\ref{posting password} of that list.
|
||||||
because you can give other people the posting password to allow them
|
|
||||||
to approve articles, without them being able to access the
|
|
||||||
configuration of that list through the CGI manager.
|
|
||||||
|
|
||||||
\section{Approving requests}
|
\section{Approving requests}
|
||||||
\label{approve}\index{Approval}
|
\label{approve}
|
||||||
|
|
||||||
To approve an article, you have several ways of specifying the
|
To approve an article, you have several ways of specifying the
|
||||||
appropriate password. They are all the same for \Petidomo\ and it is
|
appropriate password. They are all the same for \Petidomo\ and it is
|
||||||
@ -1514,7 +1180,7 @@ only a matter of taste, which scheme you use.
|
|||||||
|
|
||||||
When sending a command to the ``listserv'' program, though the
|
When sending a command to the ``listserv'' program, though the
|
||||||
``-request'' or ``petidomo''-address, it is easy. Just preface your
|
``-request'' or ``petidomo''-address, it is easy. Just preface your
|
||||||
commands with a ``password''\index{PASSWORD} command, like in the
|
commands with a ``password'' command, like in the
|
||||||
following example:
|
following example:
|
||||||
\begin{verbatim}
|
\begin{verbatim}
|
||||||
To: testlist-request@foo.bar
|
To: testlist-request@foo.bar
|
||||||
@ -1543,7 +1209,6 @@ Instead of ``password'', you can also use the commands ``passwd'', or
|
|||||||
``approve'', they are all synonymous.
|
``approve'', they are all synonymous.
|
||||||
|
|
||||||
\section{Approving postings}
|
\section{Approving postings}
|
||||||
\index{Approval}\index{APPROVE}
|
|
||||||
|
|
||||||
If you want to approve a posting for a mailing list, just send the
|
If you want to approve a posting for a mailing list, just send the
|
||||||
article to the mailing list and specify your password either in the
|
article to the mailing list and specify your password either in the
|
||||||
@ -1607,15 +1272,15 @@ sons.
|
|||||||
|
|
||||||
In \Petidomo, two places exist to control who is allowed to do what:
|
In \Petidomo, two places exist to control who is allowed to do what:
|
||||||
The global acl file
|
The global acl file
|
||||||
\file{\~{}petidomo/etc/acl}\index{\~{}petidomo/etc/acl} and the acl
|
\file{\~{}petidomo/etc/acl} and the acl
|
||||||
file that is local to the mailing list:
|
file that is local to the mailing list:
|
||||||
\file{\~{}petidomo/lists/listname/acl}. While the latter is valid only
|
\file{\~{}petidomo/lists/list\-name/acl}. While the latter is valid only
|
||||||
for the list in which's home directory it is stored, the globl acl
|
for the list in which's home directory it is stored, the globl acl
|
||||||
file will be parsed for \emph{all} your mailing lists. ACL files are
|
file will be parsed for \emph{all} your mailing lists. ACL files are
|
||||||
only relevant for mailing list postings, the ``listserv'' program does
|
only relevant for mailing list postings, the ``listserv'' program does
|
||||||
not use them.
|
not use them.
|
||||||
|
|
||||||
The syntax of an \Index{ACL file} is similar to the C programming
|
The syntax of an ACL file is similar to the C programming
|
||||||
language, as you can see in the following example:
|
language, as you can see in the following example:
|
||||||
\begin{verbatim}
|
\begin{verbatim}
|
||||||
if (envelope matches "mailer-daemon@") then
|
if (envelope matches "mailer-daemon@") then
|
||||||
@ -1912,9 +1577,9 @@ guarantee certain formal criteria, because you can hook a script or
|
|||||||
program of your into the posting process and use it to re-format or
|
program of your into the posting process and use it to re-format or
|
||||||
re-write the article that is going to be posted.
|
re-write the article that is going to be posted.
|
||||||
|
|
||||||
\index{InsertNameInSubject.sh} We have included one
|
We have included one
|
||||||
script into the distribution,
|
script into the distribution,
|
||||||
\file{\~{}peti\-domo/bin/Insert\-Name\-In\-Subject.sh}, which adds a string
|
\file{\~{}peti\-domo/bin/Insert\-Name\-In\-Sub\-ject.sh}, which adds a string
|
||||||
into the subject line of every posting. The script is pretty short and
|
into the subject line of every posting. The script is pretty short and
|
||||||
used sed(1) to perform its function.
|
used sed(1) to perform its function.
|
||||||
|
|
||||||
@ -1975,8 +1640,7 @@ follow the steps described below.
|
|||||||
|
|
||||||
\begin{enumerate}
|
\begin{enumerate}
|
||||||
|
|
||||||
\item Get the PGP software package from
|
\item Get the PGP software package from `http://www.pgpi.com/', you
|
||||||
\htmladdnormallink{`http://www.pgpi.com/'}{http://www.pgpi.com/}, you
|
|
||||||
will need the PGP 2.6.2 version or later --- 5.x won't work, as far as
|
will need the PGP 2.6.2 version or later --- 5.x won't work, as far as
|
||||||
I know, maybe someone wants to adapt the PGP-mechanism to PGP 5.x, any
|
I know, maybe someone wants to adapt the PGP-mechanism to PGP 5.x, any
|
||||||
volunteers are welcome, and install it.
|
volunteers are welcome, and install it.
|
||||||
@ -2057,8 +1721,7 @@ Finally, make sure that you do this only with the correct versions of
|
|||||||
the software. \Petidomo\ needs to be version 2.1 or later, earlier
|
the software. \Petidomo\ needs to be version 2.1 or later, earlier
|
||||||
versions won't work. The PGP binary needs to understand the {\tt -@}
|
versions won't work. The PGP binary needs to understand the {\tt -@}
|
||||||
operator on the command line, which has been added in PGP 2.6i at some
|
operator on the command line, which has been added in PGP 2.6i at some
|
||||||
time. \footnote{Curious people might want to take the PGP source code
|
time.
|
||||||
and look up, who added this code back then. :-)}
|
|
||||||
|
|
||||||
One last hint: If PGP-encryption or decryption doesn't work, it will
|
One last hint: If PGP-encryption or decryption doesn't work, it will
|
||||||
usually help to remove the {\tt \$LOGFILE} parameter from the {\tt
|
usually help to remove the {\tt \$LOGFILE} parameter from the {\tt
|
||||||
@ -2125,7 +1788,7 @@ immediately.
|
|||||||
We strongly recommend looking at MHonArc, if you want to offer a WWW
|
We strongly recommend looking at MHonArc, if you want to offer a WWW
|
||||||
archive of your mailing lists. You can find more information about
|
archive of your mailing lists. You can find more information about
|
||||||
MHonArc at the following location:
|
MHonArc at the following location:
|
||||||
\htmladdnormallink{`http://www.oac.uci.edu/indiv/ehood/mhonarc.html'}{http://www.oac.uci.edu/indiv/ehood/mhonarc.html}
|
`http://www.oac.uci.edu/indiv/ehood/mhonarc.html'
|
||||||
|
|
||||||
The installation of the tool itself is very easy. Once you have
|
The installation of the tool itself is very easy. Once you have
|
||||||
MHonArc running, just enable the archiving feature in Petidomo and
|
MHonArc running, just enable the archiving feature in Petidomo and
|
||||||
@ -2220,195 +1883,6 @@ It might also be a good idea to take a look at the logfiles
|
|||||||
occasionally, even when \Petidomo\ is running fine, just to make sure
|
occasionally, even when \Petidomo\ is running fine, just to make sure
|
||||||
it stays that way.
|
it stays that way.
|
||||||
|
|
||||||
|
|
||||||
% Appendix
|
|
||||||
%
|
|
||||||
\begin{appendix}
|
|
||||||
% \chapter{Example master config file}
|
|
||||||
% \chapter{Example list config file}
|
|
||||||
\chapter{Humor}
|
|
||||||
\index{humor}
|
|
||||||
|
|
||||||
Here are some things to cheer you up when administrating
|
|
||||||
mailing lists annoys the hell out of you.
|
|
||||||
|
|
||||||
\section{Changing lightbulbs and mailinglists}
|
|
||||||
\index{lightbulb}
|
|
||||||
|
|
||||||
The following article was posted to various newsgroups and appeared on
|
|
||||||
several WWW servers. Unfortunately the original author is unknown. We
|
|
||||||
publish it here without explicit permission in the hope, that whoever
|
|
||||||
wrote this extremely funny text, does not mind.
|
|
||||||
|
|
||||||
\bigskip
|
|
||||||
|
|
||||||
\begin{quotation}
|
|
||||||
|
|
||||||
\noindent
|
|
||||||
Question: How many internet mail list subscribers does it take to
|
|
||||||
change a light bulb?
|
|
||||||
|
|
||||||
\noindent
|
|
||||||
Answer: 1\,331.
|
|
||||||
|
|
||||||
\noindent
|
|
||||||
Here's a detailed list why:
|
|
||||||
|
|
||||||
\begin{description}
|
|
||||||
|
|
||||||
\item[1] to change the light bulb and to post to the mail list that
|
|
||||||
the light bulb has been changed
|
|
||||||
|
|
||||||
\item[14] to share similar experiences of changing light bulbs and how
|
|
||||||
the light bulb could have been changed differently.
|
|
||||||
|
|
||||||
\item[7] to caution about the dangers of changing light bulbs.
|
|
||||||
|
|
||||||
\item[27] to point out spelling/grammar errors in posts about changing
|
|
||||||
light bulbs.
|
|
||||||
|
|
||||||
\item[53] to flame the spell checkers
|
|
||||||
|
|
||||||
\item[156] to write to the list administrator complaining about the
|
|
||||||
light bulb discussion and its inappropriateness to this mail list.
|
|
||||||
|
|
||||||
\item[41] to correct spelling in the spelling/grammar flames.
|
|
||||||
|
|
||||||
\item[109] to post that this list is not about light bulbs and to
|
|
||||||
please take this email exchange to ``alt.lite.bulb''.
|
|
||||||
|
|
||||||
\item[203] to demand that cross posting to ``alt.grammar'',
|
|
||||||
``alt.spelling'' and ``alt.punctuation'' about changing light bulbs be
|
|
||||||
stopped.
|
|
||||||
|
|
||||||
\item[111] to defend the posting to this list saying that we are all
|
|
||||||
use light bulbs and therefore the posts \emph{are} relevant to
|
|
||||||
this mail list.
|
|
||||||
|
|
||||||
\item[306] to debate which method of changing light bulbs is superior,
|
|
||||||
where to buy the best light bulbs, what brand of light bulbs work best
|
|
||||||
for this technique, and what brands are faulty.
|
|
||||||
|
|
||||||
\item[27] to post URLs where one can see examples of different light
|
|
||||||
bulbs
|
|
||||||
|
|
||||||
\item[14] to post that the URLs were posted incorrectly, and to post
|
|
||||||
corrected URLs.
|
|
||||||
|
|
||||||
\item[3] to post about links they found from the URLs that are
|
|
||||||
relevant to this list which makes light bulbs relevant to this list.
|
|
||||||
|
|
||||||
\item[33] to concatenate all posts to date, then quote them including
|
|
||||||
all headers and footers, and then add ``Me Too''.
|
|
||||||
|
|
||||||
\item[12] to post to the list that they are unsubscribing because they
|
|
||||||
cannot handle the light bulb controversey.
|
|
||||||
|
|
||||||
\item[19] to quote the ``Me Too''s to say, ``Me Three''.
|
|
||||||
|
|
||||||
\item[4] to suggest that posters request the light bulb FAQ.
|
|
||||||
|
|
||||||
\item[1] to propose new ``alt.change.lite.bulb'' newsgroup.
|
|
||||||
|
|
||||||
\item[47] to say this is just what ``alt.physic.cold\_fusion'' was
|
|
||||||
meant for, leave it here.
|
|
||||||
|
|
||||||
\item[143] votes for ``alt.lite.bulb''.
|
|
||||||
|
|
||||||
\end{description}
|
|
||||||
|
|
||||||
\end{quotation}
|
|
||||||
|
|
||||||
\section{Unsubscribe me}
|
|
||||||
\index{unsubscribe me}
|
|
||||||
|
|
||||||
Since the very first day mailing list existed, people did not get the
|
|
||||||
difference between the mailing list address and the address where
|
|
||||||
commands for the list server should be sent to. Because of that, every
|
|
||||||
mailing list in the known universe receives an article with only the
|
|
||||||
word ``unsubscribe'' in the body occasionally, usually followed by a
|
|
||||||
lengthy flame war. (The only exception to this are mailing lists with
|
|
||||||
no susbcribers at all --- they just receive postings with only the
|
|
||||||
word ``subscribe'' in the body occasionally.)
|
|
||||||
|
|
||||||
Anyway, a pretty good reply to people posting their unsubscribe
|
|
||||||
command to the mailing list is the following text. It has supposedly
|
|
||||||
been written by KJ Fisher $<$fisherkj@snydelab.delhi.edu$>$, but we
|
|
||||||
were not able to verify this.
|
|
||||||
|
|
||||||
\bigskip
|
|
||||||
|
|
||||||
\begin{quotation}
|
|
||||||
\ $>$ someonme get me off this fucking mailing list
|
|
||||||
|
|
||||||
\medskip
|
|
||||||
|
|
||||||
First, ask your Internet Provider to mail you an Unsubscribing Kit.
|
|
||||||
Then follow these directions.
|
|
||||||
|
|
||||||
The kit will most likely be the standard no-fault type. Depending on
|
|
||||||
requirements, System A and/or System B can be used. When operating
|
|
||||||
System A, depress lever and a plastic dalkron unsubscriber will be
|
|
||||||
dispensed through the slot immediately underneath. When you have
|
|
||||||
fastened the adhesive lip, attach connection marked by the large `X'
|
|
||||||
outlet hose. Twist the silver- coloured ring one inch below the
|
|
||||||
connection point until you feel it lock.
|
|
||||||
|
|
||||||
The kit is now ready for use. The Cin-Eliminator is activated by the
|
|
||||||
small switch on the lip. When securing, twist the ring back to its
|
|
||||||
initial condition, so that the two orange lines meet. Disconnect.
|
|
||||||
Place the dalkron unsubscriber in the vacuum receptacle to the rear.
|
|
||||||
Activate by pressing the blue button.
|
|
||||||
|
|
||||||
The controls for System B are located on the opposite side. The red
|
|
||||||
release switch places the Cin-Eliminator into position; it can be
|
|
||||||
adjusted manually up or down by pressing the blue manual release
|
|
||||||
button. The opening is self- adjusting. To secure after use, press the
|
|
||||||
green button, which simultaneously activates the evaporator and
|
|
||||||
returns the Cin-Eliminator to its storage position.
|
|
||||||
|
|
||||||
You may log off if the green exit light is on over the evaporator . If
|
|
||||||
the red light is illuminated, one of the Cin-Eliminator requirements
|
|
||||||
has not been properly implemented. Press the ``List Guy'' call button on
|
|
||||||
the right of the evaporator . He will secure all facilities from his
|
|
||||||
control panel.
|
|
||||||
|
|
||||||
To use the Auto-Unsub, first undress and place all your clothes in the
|
|
||||||
clothes rack. Put on the velcro slippers located in the cabinet
|
|
||||||
immediately below. Enter the shower, taking the entire kit with you.
|
|
||||||
On the control panel to your upper right upon entering you will see a
|
|
||||||
``Shower seal'' button. Press to activate. A green light will then be
|
|
||||||
illuminated immediately below. On the intensity knob, select the
|
|
||||||
desired setting. Now depress the Auto-Unsub activation lever. Bathe
|
|
||||||
normally.
|
|
||||||
|
|
||||||
The Auto-Unsub will automatically go off after three minutes unless
|
|
||||||
you activate the ``Manual off'' override switch by flipping it up. When
|
|
||||||
you are ready to leave, press the blue ``Shower seal'' release button.
|
|
||||||
The door will open and you may leave. Please remove the velcro
|
|
||||||
slippers and place them in their container.
|
|
||||||
|
|
||||||
If you prefer the ultrasonic log-off mode, press the indicated blue
|
|
||||||
button. When the twin panels open, pull forward by rings A \& B. The
|
|
||||||
knob to the left, just below the blue light, has three settings, low,
|
|
||||||
medium or high. For normal use, the medium setting is suggested.
|
|
||||||
|
|
||||||
After these settings have been made, you can activate the device by
|
|
||||||
switching to the ``ON'' position the clearly marked red switch. If
|
|
||||||
during the unsubscribing operation, you wish to change the settings,
|
|
||||||
place the ``manual off'' override switch in the ``OFF'' position. You
|
|
||||||
may now make the change and repeat the cycle. When the green exit
|
|
||||||
light goes on, you may log off and have lunch. Please close the door
|
|
||||||
behind you.
|
|
||||||
\end{quotation}
|
|
||||||
|
|
||||||
\end{appendix}
|
|
||||||
|
|
||||||
%
|
|
||||||
% Index
|
|
||||||
%
|
|
||||||
\addcontentsline{toc}{chapter}{Index} \printindex
|
|
||||||
|
|
||||||
%
|
%
|
||||||
% End of document
|
% End of document
|
||||||
%
|
%
|
||||||
|
|||||||
Loading…
Reference in New Issue
Block a user