Unterschiede zwischen den Revisionen 25 und 33 (über 8 Versionen hinweg)
Revision 25 vom 2009-12-14 15:14:35
Größe: 3322
Autor: root
Kommentar:
Revision 33 vom 2010-01-13 16:41:43
Größe: 2816
Autor: root
Kommentar:
Gelöschter Text ist auf diese Art markiert. Hinzugefügter Text ist auf diese Art markiert.
Zeile 1: Zeile 1:
#acl All:read WikiGroup:read #acl FlorianDufner:read,write All:read WikiGroup:read
Zeile 5: Zeile 5:
  * erstmal keine mehr   * Donnerstag 14.1.2010 oder Freitags 15.1.2010 zwischen 3-4 morgens werden Patches eingespielt. Betroffene Dienste: alle.
  * Im Laufe des Mittwochs, 14.1.2010: Um einen Fehler zu beheben und einen Bugfix zu testen wird ein Patch für den Dienst Wiki eingespielt. Der Dienst wird kurz nicht verfügbar sein (< 1 Minute). Und alle Sessions in allen Wikis werden danach ungültig sein, d.h. alle Nutzer müssen sich neu einloggen.
Zeile 7: Zeile 8:
= Änderungen, Infos zu den Wikis = = Änderungen und Infos zu bestimmten Diensten =

== Wochen Plan ==
 * Unter https://wiki.asta.uni-ulm.de/computer/FlorianDufner/WochenPlan finden sich versuchsweise regelmässige Berichte was ich gerade so beim Computerreferat plane/mache. -- [[root]] <<DateTime(2010-01-13T14:41:43Z)>>

== WWW: Wikis ==
Zeile 9: Zeile 15:
  * keine reproduzierbaren mehr
  * Es gab mehrmals Probleme mit alten Cookies. Benutzer konnten sich erst dann persistent einloggen wenn die alten Browser Cookies im Browser gelöscht wurden. Das Verhalten liess sich aber leider nicht reproduzieren. Falls jemand so ein Problem hat, wäre ich bspw. an dem "kaputten" Cookie interessiert, dass man man bspw. mit AddOns wie Web Developer für Firefox auslesen kann. -- [[root]] <<DateTime(2009-12-14T06:02:16Z)>>
 * Wir haben ein offizielles Zertifikat für den Webserver mit den Wikis. Testweise ist der Zugang via https verpflichtend. Sollte das schwachsinnig sein oder Probleme machen freuen wir uns über Rückmeldungen. -- [[root]] <<DateTime(2009-12-14T12:30:41Z)>>
  * Cookies bei den Wikis (Login funktioniert nicht): Bugfix vorhanden, wird demnächst eingespielt. Workaround: alle cookies für wiki.asta.uni-ulm.de einmalig löschen .
Zeile 17: Zeile 21:
 * Beim Editieren erscheint ein Knopf für "Rechtschreibung prüfen". Bisher waren hier relativ wenig Worte hinterlegt. Die verwendete Wortliste wurde stark erweitert (deutsch/englisch). -- FlorianDufner <<DateTime(2009-11-27T07:05:05+0100)>> == WWW: DVS2 (Druckreferat) ==
 * keine Probleme bekannt
Zeile 19: Zeile 24:
= DVS2 =
 * Wir haben ein offizielles Zertifikat für den Webserver mit dem DVS2 (http://druck.asta.uni-ulm.de). Testweise ist der Zugang via https verpflichtend. Sollte das schwachsinnig sein oder Probleme machen freuen wir uns über Rückmeldungen. -- [[root]] <<DateTime(2009-12-14T13:14:35Z)>>

= Mailing =
== Mailing ==
Zeile 31: Zeile 33:

= Pläne für die Zukunft =
  * Ob https nach einer Testphase dann optional oder obligatorisch sein soll wird dann entschieden. -- [[root]] <<DateTime(2009-11-28T03:14:46Z)>>

Wartungsarbeiten

  • geplante Wartungsarbeiten:
    • Donnerstag 14.1.2010 oder Freitags 15.1.2010 zwischen 3-4 morgens werden Patches eingespielt. Betroffene Dienste: alle.
    • Im Laufe des Mittwochs, 14.1.2010: Um einen Fehler zu beheben und einen Bugfix zu testen wird ein Patch für den Dienst Wiki eingespielt. Der Dienst wird kurz nicht verfügbar sein (< 1 Minute). Und alle Sessions in allen Wikis werden danach ungültig sein, d.h. alle Nutzer müssen sich neu einloggen.

Änderungen und Infos zu bestimmten Diensten

Wochen Plan

WWW: Wikis

  • bekannte Probleme:
    • Cookies bei den Wikis (Login funktioniert nicht): Bugfix vorhanden, wird demnächst eingespielt. Workaround: alle cookies für wiki.asta.uni-ulm.de einmalig löschen .
  • Update auf MoinMoin 1.9.0. -- root 2009-12-08 16:37:12

  • Die bisherigen AdminNachrichten pro Wiki gibt es in Zukunft an einer zentralen Stelle (nämlich hier). Wo sinnvoll wurde das in den einzelnen Wikis bereits angepasst. Zentral wird von der Wiki Übersichts Seite hierher verlinkt. -- root 2009-11-28 05:14:46

WWW: DVS2 (Druckreferat)

  • keine Probleme bekannt

Mailing

  • Bei unseren Mailinglisten, die ja auf den System des kiz betrieben werden, gibt es zwei-drei problematische Features:
    • Die Header Zeile "X-No-Archive" wird bei der Archivierung im Archiv der Liste berücksichtigt. Mitunter fügen Abonennten diese allgemein in alle ihre Mails ein, diese werden damit nicht archiviert.
    • In Mails die über eine Liste weiterverteilt werden (an die Abonenten) wird diese Zeile nach dem Archivieren auf der Liste ebenfalls eingefügt. Konkret führt das dazu das Mails die über eine Liste an eine weitere Liste gehen nur auf der ersten archiviert werden.
    • Empfänger erhalten bei normalen Versandzeiten Mails die sie über mehrere lokale Wege erhalten nur einmal ausgeliefert.
  • In Kombination bedeutet das, dass man als Abonnent im Extremfall nicht nachvollziehen kann, ob eine Mail verteilt wurde. Sie findet sich weder im Archiv einer Liste noch erhält man die Mail separat über die Liste mit einem evt. Markierung im Thema [Referat].
  • Bisher haben wir zu den folgenden Punkten realistische Wünsche bzw. Anfragen auf Konfigurationsänderung / Software Update beim Thema Mailinglisten angefangen:
    • Konfigurierbarkeit des Verhaltens bei X-NO-ARCHIVE Headern.
    • Archivierung von Mails mit anderem encoding (z.B. utf8) so dass Umlaute immer lesbar sein sollten.

AdminNachrichten (zuletzt geändert am 2020-02-08 13:03:26 durch root)