Diese Seite wird/wurde in Auszügen per Mail an die einzelnen Benutzer verschickt; sie dient hier im WWW der etwas ausführlicheren Darlegung der Sachverhalte, sowie der nachträglichen Nachschlagemöglichkeit.
Da für die Umstellung der Mail-Server eine gewisse Verzahnung besteht, wird sich der Übergang nicht ganz so sauber trennen lassen, wie sich das hier liest.
Wir haben hier im Rechenzentrum zwei Mail-Server mit getrennten Aufgaben.
Der eine nimmt Mails von innerhalb und ausserhalb der Uni/FH entgegen und leitet sie entsprechend weiter. Er sei im weiteren als SMTP-Server bezeichnet.
Der andere nimmt Mails nur Mails von innerhalb Uni/FH entgegen. Als Sonderfall leitet er sie ggf auch weiter, seine Hauptaufgabe besteht aber darin, Mails in den Mailboxen der Benutzer abzulegen und sie ihnen via POP3 bzw. IMAP zugänglich zu machen. Deshalb sei er im weiteren als POP3/IMAP-Server bezeichnet.
Auf mehreren Besprechungen mit dem Kanzler und den Vize-Präsidenten wurde beschlossen, daß im Rechenzentrum ein zentraler Rechner betrieben wird, der alle Mails auf Viren absucht.
| Wichtig!!! |
Dieser Viren-Scanner kann nicht vor neuen, d. h. ihm nicht bekannten
Viren schützen.
Jeder Benutzer muß sich selber eine gesunde Skepsis
gegenüber verdächtigen Mails bewahren!
Und insbesondere ist er kein(!!) Freibrief dafür ohne Sinn und Verstand alles an Attachments anklicken zu dürfen. |
Das erledigt am sinnvollsten der SMTP-Server, da alle von außen ankommenden Mails sowieso schon bei ihm vorbeikommen.
Um zu verhindern, daß auf anderen Wegen in die Uni/FH gelangte
Viren sich innerhalb der Hochschulen ungehindert ausbreiten können,
wird der POP3/IMAP-Server zukünftig Mails ausschließlich
vom SMTP-Server annehmen.
Das bedeutet, daß all diejenigen, die entgegen der inzwischen
jahrelangen Empfehlung der Rechenzentrums
smtp.serv.Uni-Osnabrueck.DEzu benutzen immer noch einen der Rechner
smtp.Uni-Osnabrueck.DE
smtp.rz.Uni-Osnabrueck.DE
mail.Uni-Osnabrueck.DEzum Mail-Versenden konfiguriert haben, nach der Umstellung keine Mails mehr loswerden können.
mail.rz.Uni-Osnabrueck.DE
Auch allen Betreibern von Mail-Servern innerhalb Uni/FH empfehlen wir die Server so einzustellen, daß alle Mails von Rechner außerhalb des eigenen Einflußbereichs über der Rechner mit dem Viren-Scanner gegangen sein müssen.
Im ersten Schritt werden wir den SMTP-Server umstellen, d. h. eine neue Maschine im Austausch gegen die alte in Betrieb nehmen. Da an dieser Stelle die "alte" Software (zwar neuere Version, aber keine grundlegende Änderung der Konfigurationsdateien) beibehalten wird, darf berechtigt gehofft werden, daß dieser Teil der Umstellung von den meisten Benutzern unbemerkt vollzogen werden kann.
Im zweiten Schritt wird der POP3/IMAP-Server so konfiguriert, daß er Mails nur noch vom SMTP-Server annimmt. Hier werden sich dann alle alten Konfigurationen der Klienten-Programme herausstellen.
Im dritten Schritt wird dann der Viren-Scanner auf dem SMTP-Server aktiviert.
Ggf. kann es passieren, daß wegen Urlaub oder anderer Katastrophen die Schritte zwei und drei vertauscht werden.
Der neue POP3/IMAP-Server ist derzeit (Mitte März) noch nicht endgültig betriebsbereit. Deshalb kann hier auch noch keine genaue Aufstellung der Schritte der Umstellung abgeliefert werden. Möglicherweise wird auch auf den Einsatz neuer Software vorerst verzichtet um den neuen leistungsfähigeren Rechner schneller in Betrieb nehmen zu können.
Lediglich eins steht schon fest: es gibt einige Benutzer, die den Mail-Server der Uni als Datengrab mißbrauchen. So hatte vor wenigen Wochen der damalige Spitzenreiter 180 MB an Mails in seiner Mailbox, der derzeitige bringt es auf knapp 130 MB. Dafür sieht es so aus, als hätte Letzterer seine Mails seit eineinhalb Jahren auch gar nicht mehr angeschaut ...
Von unseren ca 13000 Benutzern haben 318 eine Mailbox mit mehr als
10 MB Inhalt, davon 49 mit mehr als 40 MB.
Damit haben knapp 2,5 % der Benutzer über 56 % (fast 8 GB)
der Kapazität der Mail-Platte mit Beschlag belegt.
(Stand: 13.03.2002 ca. 16:00 h)
Wohlgemerkt: Es geht hier nur um die System-Mailboxen auf dem Mail-Server.
Da sie in regelmäßen Zeitabständen nach neuen Mails
durchsucht werden, ist es ihre Größe, die den Server
verlangsamt und dadurch auch andere behindert.
Insofern werden wir nicht umhinkommen auf dem neuen POP3/IMAP-Server einige Restriktionen einzuführen. Eine könnte sein, daß bei Überschreiten einer gewissen Größe einer Mailbox keine weiteren Mails mehr angenommen werden (Stichwort: Quota). Eine andere könnte die Verweildauer einer Mail in der System-Mailbox begrenzen, so daß alte Mails aus der System-Mailbox gelöscht werden. (Nebenbei bemerkt: wenn Mails so wichtig sind, daß man sie so lange aufbewahren muß, gehören sie im privaten Bereich nach persönlichen Kriterien sortiert abgelegt.)
Erfahrungsgemäß fühlen sich meist ausgerechnet diejenigen, die ihre Mails sauber wegräumen, angesprochen sich um ihre Mailbox kümmern. Ihnen (und erst recht den anderen) sei verraten, daß auf dem WWW-Server des Rechenzentrums eine Webmail-Schnittstelle angeboten wird. Sie zeigt jedem Benutzer alle Mails, die in seiner System-Mailbox auf dem Server liegen.
Hier ein paar grobe Kriterien, was überlegt werden sollte wegzuräumen:
Sobald die obigen Umstellungen abgeschlossen sind, werden noch weitere Fragen geklärt werden müssen:
Zum Thema "Links":
Bei "Links" handelt es sich stets um "lebende" (dynamische) Verweisungen. Gernot Skalla hat bei der erstmaligen Verknüpfung zwar den fremden Inhalt daraufhin überprüft, ob durch ihn eine mögliche zivilrechtliche oder strafrechtliche Verantwortlichkeit ausgelöst wird. Er überprüft aber die Inhalte, auf die er in seinem Angebot verweist, nicht ständig auf Veränderungen, die eine Verantwortlichkeit neu begründen könnten. Wenn er feststellt oder von anderen darauf hingewiesen wird, daß ein konkretes Angebot, zu dem er einen Link bereitgestellt hat, eine zivil- oder strafrechtliche Verantwortlichkeit auslöst, wird er den Verweis auf dieses Angebot aufheben.
(Quelle: Impressum/Disclaimer des Berliner Beauftragten für Datenschutz und Informationsfreiheit Stand: 09/2002)
Last change: Sun Feb 9 16:01:42 NFT 2003