Änderungen von Dokument Strukturdatenbank

Zusammenfassung

• Seiteneigenschaften (3 geändert, 0 hinzugefügt, 0 gelöscht)

Details

Seiteneigenschaften

Dokument-Autor

...	...	@@ -1,1 +1,1 @@
1		-XWiki.erbesdob
	1	+XWiki.jelten

Syntax

...	...	@@ -1,1 +1,1 @@
1		-XWiki 2.1
	1	+Markdown 1.2

Inhalt

...	...	@@ -2,11 +2,10 @@
2	2
3	3	{{toc/}}
4	4
5		-Die Strukturdatenbank ist erreichbar unter [[rbgwebapp.in.tum.de/struktur>>http://rbgwebapp.in.tum.de/struktur]]
	5	+Die Strukturdatenbank ist erreichbar unter [rbgwebapp.in.tum.de/struktur](http://rbgwebapp.in.tum.de/struktur)
6	6
7		-= Finden von Einträgen =
	7	+# Finden von Einträgen
8	8
9		-
10	10	Einträge werden durch die "Unique Names" bezeichnet, z.B. "host:intum:atrbg1". Um auf die Seite eines Eintrags zu kommen, gibt es folgende Möglichkeiten:
11	11
12	12	* Wenn der Name bekannt ist: Name (oder einen Teilstring) in das "Goto"-Feld eintippen, dann auf den erscheinenden Link klicken. Manchmal werden Einträge in mehreren Registern gefunden – in dem Fall werden die Treffer kategorisiert nach "host", "user", "usercert", ...
...	...	@@ -15,17 +15,17 @@
15	15	* Suchfunktion: Wenn nicht der Name (Loginname / Hostname / etc) bekannt ist, sondern zum Beispiel Vorname oder MAC-Adresse: Neben jedem Register (Host/Benutzer/More registers) ist eine Lupe abgebildet, die zu der Suchfunktion führt. Die Suchfunktion ist eine Volltextsuche, d.h. es werden alle Attribute des Registers durchsucht, sofern eine Leseberechtigung existiert. Die Suchfunktion funktioniert nur, wenn Sie die Werte genau so eingeben, wie sie in der Datenbank erscheinen (MAC-Adressen zum Beispiel mit Doppelpunkten und führenden Nullen). Suche von Teilstrings ist möglich. Groß- und Kleinschreibung wird in vielen Attributen ignoriert aber nicht in allen.
16	16	* Außerdem siehe nächster Abschnitt zum Auflisten von Einträgen
17	17
18		-= Auflisten von Einträgen =
	17	+# Auflisten von Einträgen
19	19
20	20	Auf der Startseite (Klick oben Links auf "Struktur") ist eine Baumstruktur zu sehen. Dort kann man für die zu administrierenden Lehrstühle die dazugehörigen Hosts, Benutzer, Gruppen, Projekte auflisten.
21	21
22	22	Wenn weitere Spalten für Attribute wie IP-Adresse aufgelistet werden sollen, kann dies durch Klick auf "Columns" (rechts oben) erreicht werden.
23	23
24		-= Hosts =
	23	+# Hosts
25	25
26	26	Die Hostdatenbank ist direkt mit unserem DNS- und DHCP-Server verbunden. Alle Geräte, die in den Lehrstuhlnetzen betrieben werden, sollen in die Hostdatenbank aufgenommen werden. Dadurch wird ihnen eine IP-Adresse zugeteilt. Die IP-Adresse kann dann vom DHCP-Server abgerufen werden oder auch statisch im Host konfiguriert werden.
27	27
28		-== Hosteintrag erstellen ==
	27	+## Hosteintrag erstellen
29	29
30	30	Hosts können Sie selber erstellen, wenn Sie einem durchnumerierten Namensschema folgen. Wenn für Ihren Lehrstuhl ein Namensschema fehlt, melden Sie das bitte bei der Systemgruppe. Wenn Sie keine durchnumerierten Hosteinträge möchten sondern selbst gewählte Namen, müssen Sie einen Hostantrag stellen, der vom Helpdesk bearbeitet wird.
31	31
...	...	@@ -35,59 +35,59 @@
35	35
36	36	Nachdem Sie den Host erstellt haben, wird gewöhnlich kurz danach der DHCP- und DNS-Eintrag verfügbar sein.
37	37
38		-== Attribute von Hosts ==
	37	+## Attribute von Hosts
39	39
40		-|hosttype|(((
41		-Typ des Host-Eintrags (Laptop / PC / Server / Printer / Service).
42		-* Bei USB-Netzwerkkarten geben wir gewöhnlich auch "Laptop" als Typ an, weil sie meist an Laptops benutzt werden.
43		-* "Service" ist eine zweite IP-Adresse für einen schon bestehenden Host.
44		-* "Service" und "Printer" bekommen keine DHCP-Einträge. Bei "Printer" können wir das jedoch für ein gegebenes Netz umstellen, wenn Sie es wünschen (nicht empfohlen).)))
45		-|MAC-Adresse|Für den DHCP-Eintrag. Sie kann in vielen Formaten angegeben werden (mit Doppelpunkten, mit Bindestrichen, oder nur als 12 Ziffern), wenn ein Host eingetragen oder geändert wird. Das gilt aber nicht für die Suchfunktion – siehe oben.
46		-|MAC-Alias|Siehe untenstehende Überschrift
47		-|net|Jeder Lehrstuhl hat (mindestens) ein Netz. Vom Netz hängt ab, in welchem IP-Bereich der Rechner landet, und welches V-Lan auf dem Switch konfiguriert werden muss, um den Rechner anzuschließen.
48		-|mx|Gewöhnlich soll hier der Mailserver des Lehrstuhls drinstehen, z. B. "mailbayer". Wenn auf dem Host Mails an Adressen wie "root" oder "mueller" ohne Domain geschickt werden, werden sie von unserem Mailrelay an diesen Mailhost weitergeleitet werden. Auf dem Mailhost wird dann die weitere Zustellung konfiguriert.
49		-|org|Lehrstuhlzugehörigkeit. Die Admins dieses Lehrstuhls können den Host verändern.
50		-|realm|Mathematik oder Informatik. Der Hostname (FQDN) wird dementsprechend auf ".informatik.tu-muenchen.de" oder auf ".ma.tum.de" enden.
51		-|netboot|Setzt spezielle Optionen im DHCP nach vorgefertigten Schablonen
52		-|admin| Ansprechpartner für Administrationsaufgaben auf diesem Host. In unserer aktuellen Benutzerdatenbank hat der "admin" keine besonderen Rechte, denn die Rechte werden über "org" gemanagt.
53		-|Besitzer|Derjenige, der mit dem Gerät arbeitet (inbesondere bei PC, Laptop, oder persönlichen Druckern). Dieses Feld ist Freitext und muss sich nicht auf einen Benutzer aus der Datenbank beziehen.
54		-|notes|Hier können Sie Hinweise eintragen, die wenn die anderen Felder nicht ausreichen.
	39	+| ----------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |
	40	+| hosttype | Typ des Host-Eintrags (Laptop / PC / Server / Printer / Service). |
	41	+| | Bei USB-Netzwerkkarten geben wir gewöhnlich auch "Laptop" als Typ an, weil sie meist an Laptops benutzt werden. |
	42	+| | "Service" ist eine zweite IP-Adresse für einen schon bestehenden Host. |
	43	+| | "Service" und "Printer" bekommen keine DHCP-Einträge. Bei "Printer" können wir das jedoch für ein gegebenes Netz umstellen, wenn Sie es wünschen (nicht empfohlen). |
	44	+| MAC-Adresse | Für den DHCP-Eintrag. Sie kann in vielen Formaten angegeben werden (mit Doppelpunkten, mit Bindestrichen, oder nur als 12 Ziffern), wenn ein Host eingetragen oder geändert wird. Das gilt aber nicht für die Suchfunktion – siehe oben. |
	45	+| MAC-Alias | Siehe untenstehende Überschrift |
	46	+| net | Jeder Lehrstuhl hat (mindestens) ein Netz. Vom Netz hängt ab, in welchem IP-Bereich der Rechner landet, und welches V-Lan auf dem Switch konfiguriert werden muss, um den Rechner anzuschließen. |
	47	+| mx | Gewöhnlich soll hier der Mailserver des Lehrstuhls drinstehen, z. B. "mailbayer". Wenn auf dem Host Mails an Adressen wie "root" oder "mueller" ohne Domain geschickt werden, werden sie von unserem Mailrelay an diesen Mailhost weitergeleitet werden. Auf dem Mailhost wird dann die weitere Zustellung konfiguriert. |
	48	+| org | Lehrstuhlzugehörigkeit. Die Admins dieses Lehrstuhls können den Host verändern. |
	49	+| realm | Mathematik oder Informatik. Der Hostname (FQDN) wird dementsprechend auf ".informatik.tu-muenchen.de" oder auf ".ma.tum.de" enden. |
	50	+| netboot | Setzt spezielle Optionen im DHCP nach vorgefertigten Schablonen |
	51	+| admin | Ansprechpartner für Administrationsaufgaben auf diesem Host. In unserer aktuellen Benutzerdatenbank hat der "admin" keine besonderen Rechte, denn die Rechte werden über "org" gemanagt. |
	52	+| Besitzer | Derjenige, der mit dem Gerät arbeitet (inbesondere bei PC, Laptop, oder persönlichen Druckern). Dieses Feld ist Freitext und muss sich nicht auf einen Benutzer aus der Datenbank beziehen. |
	53	+| notes | Hier können Sie Hinweise eintragen, die wenn die anderen Felder nicht ausreichen. |
55	55
56		-== Hosts mit MAC-Aliasen ==
	55	+## Hosts mit MAC-Aliasen
57	57
58	58	MAC-Aliase sind ein Feature, das als experimentell betrachtet werden sollte. Wir haben es nur an einigen Lehrstühlen testweise im Einsatz, für die anderen Lehrstühle wird das entsprechende Attribut ggf. nicht angezeigt. Der Grund dafür sind die unten aufgelisteten Gefahren.
59	59
60		-//**Funktionsweise:**// Normalerweise hat ein Host nur eine einzige MAC-Adresse. Diese dient dazu, vom DHCP-Server die IP-Adresse zugewiesen zu bekommen. Wenn MAC-Aliase eingetragen sind, kann mit jeder dieser MAC-Adressen dieselbe IP-Adresse vom DHCP-Server bezogen werden. Das soll dazu dienen, dass Laptops mit dem Kabel und per W-LAN dieselbe IP-Adresse verwenden können und der Wechsel zwischen LAN und W-LAN jederzeit möglich ist.
	59	+_**Funktionsweise:**_ Normalerweise hat ein Host nur eine einzige MAC-Adresse. Diese dient dazu, vom DHCP-Server die IP-Adresse zugewiesen zu bekommen. Wenn MAC-Aliase eingetragen sind, kann mit jeder dieser MAC-Adressen dieselbe IP-Adresse vom DHCP-Server bezogen werden. Das soll dazu dienen, dass Laptops mit dem Kabel und per W-LAN dieselbe IP-Adresse verwenden können und der Wechsel zwischen LAN und W-LAN jederzeit möglich ist.
61	61
62		-//**Gefahren:**//Sie können MAC-Aliase nur verwenden, wenn Sie die folgenden Gefahren kennen und vermeiden können:
	61	+_**Gefahren:**_Sie können MAC-Aliase nur verwenden, wenn Sie die folgenden Gefahren kennen und vermeiden können:
63	63
64	64	* Auf keinen Fall verwenden, wenn die MAC-Adresse und der MAC-Alias zu unterschiedlichen Geräten gehören. Dadurch bekommen zwei Geräte dieselbe IP-Adresse und es entsteht ein IP-Konflikt. Jeder, der schon einmal einen IP-Konflikt erlebt hat, weiß, was für komische Netzwerkprobleme dadurch entstehen können und wie lange es manchmal dauert, bis die Ursache entdeckt wird.
65	65	* Wenn Netzwerkkarten getauscht werden (USB-Anschluss, Dockingstation, oder nach Wiederverwertung alter Hardware), müssen die MAC-Aliase in der Strukturdatenbank auf jeden Fall aktuell gehalten werden (sonst entsteht das Problem aus Punkt 1)
66	66	* Parallelbetrieb: Wenn das Kabel und das W-LAN am Laptop beide aktiviert sind, wünscht der Benutzer sich gewöhnlich, dass das Kabel benutzt wird (mehr Datendurchsatz etc.). Leider machen gängige Betriebssystem das nicht so, sondern es wird zufällig mal W-LAN oder LAN verwendet.
67	67
68		-//**Alternativen:**// Alternativ kann man für einen Laptop auch zwei Hosteinträge machen mit unterschiedlichen Hostnamen und IP-Adressen jeweils für LAN und W-LAN.
	67	+_**Alternativen:**_ Alternativ kann man für einen Laptop auch zwei Hosteinträge machen mit unterschiedlichen Hostnamen und IP-Adressen jeweils für LAN und W-LAN.
69	69
70		-== Lehrstuhldomains ==
	69	+## Lehrstuhldomains
71	71
72		-Jeder Lehrstuhl kann über eine eigene Domain verfügen, die eine Unterdomain von ##.in.tum.de## oder ##.ma.tum.de## ist. Diese muss bei der Systemgruppe beantragt werden.
73		-Der Domainname orientiert sich am Forschungsgebiet/ der Aufgabe der Organisationseinheit.
	71	+Jeder Lehrstuhl kann über eine eigene Domain verfügen, die eine Unterdomain von `.in.tum.de` oder `.ma.tum.de` ist. Diese muss bei der Systemgruppe beantragt werden.
	72	+Der Domainname orientiert sich am Forschungsgebiet/ der Aufgabe der Organisationseinheit.
74	74	Lehrstuhldomains bieten Administratoren die Möglichkeit, Hostaliases selbst zu vergeben und Hosteinträge in der Domain unabhängig vom Namensschema zu benennen.
75	75
76	76	**Hostaliases erstellen**
77	77
78		-Hostaliases können über die StrukturDB vergeben werden. Hierzu öffnet maneinen Hosteintrag in der StrukturDB und öffnet die Maske zur Aliasvergabe über den "Aliasnamen einstellen"-Button.
	77	+Hostaliases können über die StrukturDB vergeben werden. Hierzu öffnet maneinen Hosteintrag in der StrukturDB und öffnet die Maske zur Aliasvergabe über den "Aliasnamen einstellen"-Button.
79	79	Es können beliebige Aliasse hinzugefügt bzw. entfernt werden, vorrausgesetzt diese befinden sich in der eigenen Lehrstuhldomain.
80	80
81		-Die Zugehörigkeit zu einer Domain lässt sich am (% style="color:#f60" %)**Ende des Aliases** (%%) erkennen. Z.B.: xy.(% style="color:#f60" %){{html wiki="true"}}<strong>abc.in.tum.de</strong>{{/html}}(% style="color:black" %).
	80	+Die Zugehörigkeit zu einer Domain lässt sich am **Ende des Aliases** erkennen. Z.B.: xy.<strong>abc.in.tum.de</strong>.
82	82
83	83	**Hosteinträge erstellen**
84	84
85		-Verfügt der Lehrstuhl über eine eigenen Domain, kann diese bei der Erstellung (siehe oben) eines Hosts an diesen vergeben werden.
	84	+Verfügt der Lehrstuhl über eine eigenen Domain, kann diese bei der Erstellung (siehe oben) eines Hosts an diesen vergeben werden.
86	86	Einem Host aus der eigenen Domain kann ein Hostname gemäß dem Namensschema oder unabhängig vom Namensschema vergeben werden.
87	87
88	88	Es lassen sich auch neue Namenschemata für die eigenen Domain erstellen.
89	89
90		-= Benutzer =
	89	+# Benutzer
91	91
92	92	Die Benutzerdatenbank ist mit diversen Diensten verbunden, unter anderem:
93	93
...	...	@@ -99,7 +99,7 @@
99	99
100	100	Wenn ein Benutzer also auf einen der obengenannten Dienste Zugriff haben möchte, braucht er einen Eintrag in der Benutzerdatenbank.
101	101
102		-== Neue Benutzer eintragen ==
	101	+## Neue Benutzer eintragen
103	103
104	104	Studenten können sich vom Infopoint eintragen lassen. Neue Mitarbeiter und Gäste werden vom RBG-Servicebüro eingetragen.
105	105
...	...	@@ -107,54 +107,55 @@
107	107
108	108	Wenn kein automatischer Benutzerantrag vorliegt, können Lehrstuhl-Admins auch selbst einen Benutzer beantragen. Dazu dient der Button "Neuen Benutzer account beantragen", den man nach einem Klick auf das "Benutzer"-Register sieht.
109	109
110		-== Attribute von Benutzern ==
	109	+## Attribute von Benutzern
111	111
112		-|Loginname|Dieser Name ist bis zu 8 Buchstaben lang und wird aus dem Nachnamen gebildet, sodass er eindeutig ist. Er wird zum Login in der Rechnerhalle benutzt, und Sie brauchen ihn, um Ihren Mail-Client und andere Programme zu konfigurieren.
113		-|realm|"Mathematik" oder "FMI (Informatik)".
114		-|Geburtstdatum und -ort|Wir erheben diese Daten, um Benutzer bei Bedarf über ihren Personalsausweis identifizieren zu können. Außerdem erleichtert es die Unterscheidung von namensgleichen Personen, wenn neue Accounts beantragt werden oder wenn wir mit der tumonline-Datenbank abgleichen.
115		-|tumuid|Der Benutzername in tumonline, z.B.: "ab12cde".
116		-|mail|Liste der Mailadressen. Bei Informatikern ist die Domain "in.tum.de", zusätztlich ist automatisch auch immer die entsprechende Adresse in "cs.tum.edu" und "informatik.tu-muenchen.de" im Paket mit dabei. Bei Mathematikern ist die Domain "ma.tum.de" und zusätzlich bekommt man dieselbe Mailadresse mit "mathematik.tu-muenchen.de".
117		-|mailuser / mailhost|Hiermit kann die Mail an einen Lehrstuhlmailserver weitergeleitet werden, wenn nicht der IMAP-Mailstore der RBG genutzt werden soll. Damit wird eingehenden Mail weitergeleitet an die Adresse <mailuser>@<mailhost>. (In dieser Form ist das momentan nur in der Informatik umgesetzt.)
118		-|realm|Unterscheidung zwischen Informatik- und Mathematik-Account
119		-|faculty|Die Fakultätszugehörigkeit. Im Gegensatz zu "realm" ist dies eher als Verwaltungsangabe anzusehen und ändert nichts an der Art des Accounts
120		-|org|Lehrstuhlzugehörigkeit – Die Admins dieses Lehrstuhls haben spezielle Rechte für die Verwaltung dieses Benutzers.
121		-|hauptkennung|Manche Benutzer haben aus diversen Gründen mehr als einen Account. Die Accounts sind im Idealfall verknüpft dadurch, dass die Zweitaccounts den Hauptaccount in diesem Attribut verknüpft haben.
122		-|printaccount|Wenn dieses Feld gesetzt ist, kann der Benutzer über die Xerox-Lehrstuhl-Drucker drucken. Im Printaccount ist die Kostenstelle für die Abrechnung angegeben. (Das ist unabhängig von dem Abrechnungsmodell für die Drucker in der Rechnerhalle.)
	111	+| ---------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
	112	+| Loginname | Dieser Name ist bis zu 8 Buchstaben lang und wird aus dem Nachnamen gebildet, sodass er eindeutig ist. Er wird zum Login in der Rechnerhalle benutzt, und Sie brauchen ihn, um Ihren Mail-Client und andere Programme zu konfigurieren. |
	113	+| realm | "Mathematik" oder "FMI (Informatik)". |
	114	+| Geburtstdatum und -ort | Wir erheben diese Daten, um Benutzer bei Bedarf über ihren Personalsausweis identifizieren zu können. Außerdem erleichtert es die Unterscheidung von namensgleichen Personen, wenn neue Accounts beantragt werden oder wenn wir mit der tumonline-Datenbank abgleichen. |
	115	+| tumuid | Der Benutzername in tumonline, z.B.: "ab12cde". |
	116	+| mail | Liste der Mailadressen. Bei Informatikern ist die Domain "in.tum.de", zusätztlich ist automatisch auch immer die entsprechende Adresse in "cs.tum.edu" und "informatik.tu-muenchen.de" im Paket mit dabei. Bei Mathematikern ist die Domain "ma.tum.de" und zusätzlich bekommt man dieselbe Mailadresse mit "mathematik.tu-muenchen.de". |
	117	+| mailuser / mailhost | Hiermit kann die Mail an einen Lehrstuhlmailserver weitergeleitet werden, wenn nicht der IMAP-Mailstore der RBG genutzt werden soll. Damit wird eingehenden Mail weitergeleitet an die Adresse<mailuser>@<mailhost>. (In dieser Form ist das momentan nur in der Informatik umgesetzt.) |
	118	+| realm | Unterscheidung zwischen Informatik- und Mathematik-Account |
	119	+| faculty | Die Fakultätszugehörigkeit. Im Gegensatz zu "realm" ist dies eher als Verwaltungsangabe anzusehen und ändert nichts an der Art des Accounts |
	120	+| org | Lehrstuhlzugehörigkeit – Die Admins dieses Lehrstuhls haben spezielle Rechte für die Verwaltung dieses Benutzers. |
	121	+| hauptkennung | Manche Benutzer haben aus diversen Gründen mehr als einen Account. Die Accounts sind im Idealfall verknüpft dadurch, dass die Zweitaccounts den Hauptaccount in diesem Attribut verknüpft haben. |
	122	+| printaccount | Wenn dieses Feld gesetzt ist, kann der Benutzer über die Xerox-Lehrstuhl-Drucker drucken. Im Printaccount ist die Kostenstelle für die Abrechnung angegeben. (Das ist unabhängig von dem Abrechnungsmodell für die Drucker in der Rechnerhalle.) |
123	123
124		-== Verwalten von ablaufenden Benutzern ==
	124	+## Verwalten von ablaufenden Benutzern
125	125
126	126	Zu diesem Thema gibt es einen eigenen Artikel: [[Informatik.Benutzerwiki.WieBenutzerAblaufen]]
127	127
128		-= Mailinglisten =
	128	+# Mailinglisten
129	129
130	130	Mailinglisten (mlists) in der Struktur dienen unterschiedlichen Zwecken. Durch sie werden unterschiedliche Arten von Mailadressen verwaltet, die nicht direkt einer Person zugeordnet sind.
131	131
132		-== Attribute von Mailinglisten ==
	132	+## Attribute von Mailinglisten
133	133
134		-|mail|Die Mailadresse, über die die Mailingliste erreicht werden kann
135		-|mailhost|(((Eine wichtige Einstellung um festzulegen, welche Art von Mailingliste es ist. Folgende Werte können eingetragen werden:
	134	+| --------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
	135	+| mail | Die Mailadresse, über die die Mailingliste erreicht werden kann |
	136	+| mailhost | Eine wichtige Einstellung um festzulegen, welche Art von Mailingliste es ist. Folgende Werte können eingetragen werden: |
	137	+| | "mailrelay": Ein simpler Verteiler, die Mails werden einfach an alle angebenen Recipients weitergeleitet. |
	138	+| | "mailman": Unsere Mailinglistenverwaltung (siehe unten) |
	139	+| | Anderer Mailhost: Es kann zum Beispiel ein vom Lehrstuhl selbst betriebener Mailserver eingetragen werden. Die Mails werden dann einfach an "mailuser@mailhost" weitergeleitet (somit ist die Einstellung mailhost und mailuser anlog zu der Einstellung bei Benutzern, s.o.) |
	140	+| mailuser | Mailempfänger, wenn ein eigener Mailhost eingetragen wurde |
	141	+| recipient | Die Liste der Empfänger (kann nur bei den Mailhosts "mailman" und "mailrelay" verwendet werden) |
	142	+| admin | Ansprechpartner für diese Mailingliste (dient der Dokumentation) |
	143	+| owner | Listenbesitzer. Mailman benutzt diese Mailadresse für diverse Arten von wichtigen Benachrichtigungsmails. Dient auch für die Berechtigungen in Mailman. |
136	136
137		-* "mailrelay": Ein simpler Verteiler, die Mails werden einfach an alle angebenen Recipients weitergeleitet.
138		-* "mailman": Unsere Mailinglistenverwaltung (siehe unten)
139		-* Anderer Mailhost: Es kann zum Beispiel ein vom Lehrstuhl selbst betriebener Mailserver eingetragen werden. Die Mails werden dann einfach an "mailuser@mailhost" weitergeleitet (somit ist die Einstellung mailhost und mailuser anlog zu der Einstellung bei Benutzern, s.o.))))
140		-|mailuser|Mailempfänger, wenn ein eigener Mailhost eingetragen wurde
141		-|recipient|Die Liste der Empfänger (kann nur bei den Mailhosts "mailman" und "mailrelay" verwendet werden)
142		-|admin|Ansprechpartner für diese Mailingliste (dient der Dokumentation)
143		-|owner|Mailadresse(n) vom Listenbesitzer. Mailman benutzt diese Mailadresse für diverse Arten von wichtigen Benachrichtigungsmails. Dient auch für die Berechtigungen in Mailman.
	145	+# Mailinglistenverwaltung mit Mailman
144	144
145		-= Mailinglistenverwaltung mit Mailman =
146		-
147	147	Mailman ist eine beliebte Software zur Mailinglistenverwaltung. Sie bietet viele Features, die hilfreich für den Betrieb von Diskussions-Mailinglisten, Newslettern oder Ankündigungs-Verteilern sind.
148	148
149		-Die Mailinglisten können in dem Web-Interface unter https://mailman.rbg.tum.de verwaltet werden. Der Listowner kann dort einige Einstellungen vornehmen. Die Mailinglisten werden dort automatisch erstellt, sobald in der Strukturdb mailhost=mailman eingestellt wird.
	149	+Die Mailinglisten können in dem Web-Interface unter <https://mailman.rbg.tum.de> verwaltet werden. Der Listowner kann dort einige Einstellungen vornehmen. Die Mailinglisten werden dort automatisch erstellt, sobald in der Strukturdb mailhost=mailman eingestellt wird.
150	150
151		-=== Mailman oder nicht? ===
	151	+### Mailman oder nicht?
152	152
153	153	Für kleine Mailinglisten und für Kontaktadressen reicht es in der Regel aus, einen simplen Mailverteiler (mailhost=mailrelay) zu benutzen.
154	154
155		-Ein wichtiger Punkt zum Abwägen: Mailman fängt die Fehlerzustellberichte ("Bounces") ab. Gerade für größere Listen wie etwa unseren Mitarbeiter-Verteiler ist das sehr sinnvoll, denn wenn Sie an den Verteiler mit hunderten von Mitarbeitern schreiben, möchten Sie nicht Fehlerberichte für alle Empfänger bekommen, wo beispielsweise das Mailquota vollgelaufen ist oder eine falsche Weiterleitung eingetragen ist. Für Kontaktadressen (Beispiel: werkstatt@lehrstuhlXY.in.tum.de) mit nur einem oder zwei Empfängern hingegen ist das Abfangen der Bounces in der Regel nicht gewünscht. Wenn hier die Mails nicht zugestellt werden können, dann möchten Mail-Absender sofort informiert werden.
	155	+Ein wichtiger Punkt zum Abwägen: Mailman fängt die Fehlerzustellberichte ("Bounces") ab. Gerade für größere Listen wie etwa unseren Mitarbeiter-Verteiler ist das sehr sinnvoll, denn wenn Sie an den Verteiler mit hunderten von Mitarbeitern schreiben, möchten Sie nicht Fehlerberichte für alle Empfänger bekommen, wo beispielsweise das Mailquota vollgelaufen ist oder eine falsche Weiterleitung eingetragen ist. Für Kontaktadressen (Beispiel: <werkstatt@lehrstuhlXY.in.tum.de>) mit nur einem oder zwei Empfängern hingegen ist das Abfangen der Bounces in der Regel nicht gewünscht. Wenn hier die Mails nicht zugestellt werden können, dann möchten Mail-Absender sofort informiert werden.
156	156
157		-=== Features von Mailman ===
	157	+### Features von Mailman
158	158
159	159	Wenn eines dieser Features gewünscht wird, sollte Mailman erwogen werden:
160	160
...	...	@@ -163,16 +163,16 @@
163	163	* Selbsttätiges An- oder Abmelden der Abonnenten (ersteres gewöhnlich mit Bestätigung durch Listowner)
164	164	* Bounce management
165	165
166		-= FAQ =
	166	+# FAQ
167	167
168		-== Fehlermeldung "UNIQUE constraint failed" ==
	168	+## Fehlermeldung "UNIQUE constraint failed"
169	169
170	170	Diese Fehlermeldung erscheint, wenn Sie einen Wert eingeben, der schon existiert und nicht doppelt vorkommen darf. Oft handelt es sich bei Host-Einträgen um die Mac-Adresse, die schon vergeben ist (dann ist auch "etheraddr" in der Fehlermeldung enthalten). Um den schon existierenden Host zu finden, siehe oben bei "Einträge finden" die Beschreibung der Suchfunktion.
171	171
172		-= Automatisierte Abfragen =
	172	+# Automatisierte Abfragen
173	173
174	174	– noch nicht dokumentiert –
175	175
176		-= Weitere Artikel =
	176	+# Weitere Artikel
177	177
178	178	* [[Informatik.Benutzerwiki.WieBenutzerAblaufen]]