WiSe16 AK TOPF: Unterschied zwischen den Versionen

← Zum vorherigen Versionsunterschied Zum nächsten Versionsunterschied →

VisuellWikitext

@@ Zeile 37: / Zeile 37: @@
 * Es gibt noch keinen zentralen LDAP-Server für die Account-Verwaltung
 * Wir haben einen neuen Mailman (Mailman3, [http://lists.zapf.in] ) mit coolem Management Frontend. Da hin sollen demnächst alle Listen umziehen
-* Es gibt eine neues Design im Wiki. Allerdings gibt es noch ein paar kleine Bugs. Auch der Studienführer ist im neuen Design. Dort und auch bei den Lists kann demnächst SSL aktiviert werden. Der Umzug für die ZaPFList dauert evtl. noch ein bisschen, da im neuen Release z.B die Benutzeraccounts nicht mehr so gut verwaltet werden können.
+* Es gibt eine neues Design im Wiki. Allerdings gibt es noch ein paar kleine Bugs. Auch der Studienführer ist im neuen Design. Dort und auch bei den Lists kann demnächst SSL aktiviert werden. Der Umzug für die ZaPFList dauert evtl. noch ein bisschen.
 * Auf dem Server selbst läuft ein postfix, Richard wirft ein, dass das ein Problem ist, da der Server nicht gewhitelistet ist. Wir brauchen einen etablierten SMTP, das Problem an in Jena war, dass Richards Server kein Sender-Score hatte.
 * Robert würde sich gerne noch mit dem StaPF zusammen setzen, da der das OpenProject (Ticketsystem) aktuell nicht genutzt wird. Aktuell nutzt es Berlin. Ein Problem ist, dass es oft Verbindungsabbrüche gibt.
 * Der ZaPF e.V. will eine Nextcloud
 * Mit der Nextcloud und Edupads könnte das OpenProject hinfällig werden. Aktuell wird unter anderem das [http://pad.spline.de/ SplinePad] genutzt.
-* Robert sucht einen Deckel. Jan (FUB) meldet sich, wer möchte auch?
+* Fabs hört auf, wir brauchen einen neuen Deckel. Jan (FUB) meldet sich, wer möchte auch?
 * Robert hätte gerne, dass das Geld für die Domains regelmäßig überwiesen wird.
 * Die Domains liegen bei INWX.
@@ Zeile 61: / Zeile 61: @@
 * Wir sollten uns das Bundesdatenschutzgesetz halten und auch eine Datenschutzerklärung veröffentlichen. Eine Rechtsberatung bzw. eine Absicherung bei Fehlern/Verstößen sollte geplant werden.
-* AZAS
+* Richards Anmeldesystem
-** Dresden benutzt das AZAS von Richard, Berlin hat evtl. ein selbst erstelltes, Siegen hat noch keine Ahnung
+** Dresden benutzt das Anemdlesystem von Richard, Berlin hat evtl. ein selbst erstelltes, Siegen hat noch keine Ahnung
-** Chemie benutzt auch das AZAS
+** Chemie will auch das System von Richard benutzen
-** Das Frontend ist nicht sicher (das Backend ist sehr sicher), muss es aber nicht sein. Allerdings ist es noch ausbaufähig, da anscheinend kleinere Bugs auftreten.
+** Das Frontend ist nicht besonders sicher (das Backend ist sehr sicher), muss es aber auch nicht sein. Allerdings ist es noch ausbaufähig, da anscheinend kleinere Bugs auftreten.
 ** In scala geschrieben
 ** Robert möchte erst auf eine zentrales Accountsystem hinarbeiten und danach auf ein zentrales Anmeldesystem.
@@ Zeile 74: / Zeile 74: @@
 == Zusammenfassung ==
+In naher Zukunft wird die Mailingliste umziehen, des weiteren wird mit dem StaPF über die Nötigkeit des Ticketsystems und einer Cloud diskutiert werden. Robert schließt sich mit den entsprechenden Leuten kurz.
+Des weiteren ist der Umzug der Accounts in ein LDAP in Planung.
-[[Kategorie:AK-Protokolle]]
+[Kategorie:AK-Protokolle]]
 [[Kategorie:WiSe16]]
 [[Kategorie:IT]]