Hallo Andreas!
Vielen Dank f�r Deine Antworten bez�glich meines MAIL-Problems.
Vielleicht sollte ich (Newbie!) Dir kurz erkl�ren, was genau ich �berhaupt
vorhabe. Dann kannst Du mir sicherlich das optimale Paket empfehlen bzw. den
einen oder anderen Tipp geben....... Event. ist auch der Vorschlag von
Ulrich (siehe unten) f�r mich ausreichend!
Also:
F�r eine Schule m�chte ich gerne einen Linux-Server aufbauen. Mehrere
M$-Clients sollen auf den Server zugreifen k�nnen.
Auf dem Rechner l�uft:
- "fetchmail-ssl"
- "exim-tls"
- "spamassassin"
- "ipopd-ssl"
Das Paket "fetchmail-ssl" l�uft als D�mon und holt alle 5 Minuten von einem
externen Mailserver neue Nachrichten ab.
Zum Versand von E-Mails nutze ich den Mailserver meines Providers!
Das Heimatverzeichnis der Lehrer liegt in "/home/lehrer/name-des-lehrers".
Die Sch�ler haben ihr Heimatverzeichnis in
"/home/schueler/name-des-schuelers".
F�r die Sch�ler habe ich Benutzerquotas gesetzt: Jeder Sch�ler hat x MB
Speicherplatz im Heimatverzeichnis. Dies soll auch f�r E-Mails gelten, damit
nicht gro�e Videos o.�. per E-Mail empfangen werden.
Aus diesem Grund sollen alle eingehenden E-Mails in dem Heimatverzeichnis
des Users gespeichert werden.
Die Sch�ler (und die Lehrer) k�nnen �ber M$-Outlook Ihre E-Mails vom Server
abrufen.
Zweiter Punkt:
Die Sch�ler greifen von mehreren M$-Rechnern �ber SAMBA auf den Server zu.
Nat�rlich haben sie auf das Heimatverzeichnis vollen Zugriff (lesen und
schreiben).
Jeder User hat eine eigene "~/.procmailrc"-Datei sowie
"~/.spamassassin/user_prefs"-Datei. Diese k�nnen nat�rlich von den Usern
gel�scht werden (z.B. versehentlich).
Meine Idee: Wenn nicht jeder User eine eigene ".procmailrc" in seinem
Heimatverzeichnis hat, dann kann diese auch nicht versehentlich gel�scht
werden. Das gleiche gilt auch f�r ".spamassassin/user_prefs". Aus diesem
Grund m�chte ich gerne eine allgemein g�ltige "etc/procmailrc" erstellen
(f�r spamassassin gilt dies analog).
Ist meine Idee richtig und vern�nftig?
Gru� und nochmal vielen Dank f�r Deine Hilfe,
Thilo
----- Original Message -----
From: "Andreas Metzler" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, July 15, 2003 8:53 AM
Subject: Re: Umgebungsvariable MAIL
Ulrich Hammer <[EMAIL PROTECTED]> wrote:
> Am Mon, 2003-07-14 um 18.24 schrieb Andreas Metzler:
>> On Mon, Jul 14, 2003 at 04:43:26PM +0200, Thilo Engelbracht wrote:
>> [...]
>>> Nun m�chte ich aber gerne, dass bei _allen_ Benutzern die E-Mails
_nicht_
>>> unter "/var/mail//name-des-benutzers" gespeichert wird, sondern in dem
>>> entsprechenden Heimatverzeichnis.
>> [...]
>>> Hintergrund: F�r die /home-Partition habe ich Benutzerquotas
eingerichtet.
>>> Welche Datei(en) mu� ich dazu �ndern?
>> [...]
>> Das wird aufwendig. Darf ich eine einfachere Loesung vorschlagen?
>> 1. mkdir /home/mailspool
>> 2. Dafuer sorgen, dass niemand auf auf seine Mails zugreift (single
>> user-mode)
>> 3. In /etc/fstab
>> /home/mailspool /var/mail none bind 0 0
>> eintragen
>> 4. mv /var/mail/* /home/mail/*
>> 5. mount -v /var/mail
>> 6. Zugriff wieder freigeben.
> warum nicht einfach eine /etc/procmailrc verwenden und dort ein
> DEFAULT=$HOME/mbox eintragen? das sollte das ganze Problem doch
> hinf�llig machen oder seh ich da was falsch?
Nein, da fehlt noch:
* procmail installieren
* sicherstellen, dass procmail _immer_ zur Zustellung verwendet wird
* Alle Programme umkonfigurieren, die zum Abholen (POP-Server) oder
Lesen der Mail verwendet werden.
Insbesondere der dritte Punkt kann beliebig aufwendig werden.
Je nach Szenario gibt es natuerlich auch schlauere Loesungen, wenn zum
Beispiel eh niemand lokal liest und Zugriff nur ueber POP/IMAP mit
uw-imap erfolgt, waere das eine gute Ausrede zum Wechsel auf
courier-imap mit Aufbewahrung der Mails in ~/Maildir, aber das ist
ales Spekulation.
cu andreas
--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
