Workspaz - Kurzdokumentation

MPDL =Community / Info-Quellen=
 * http://www.openatrium.com
 * http://docs.openatrium.com/
 * http://docs.openatrium.com/documentation/open-atrium-2x-structure
 * https://www.drupal.org/project/openatrium
 * https://www.drupal.org/node/2169671
 * https://www.drupal.org/forum
 * https://www.drupal.org/project/issues/openatrium (für Suche, Anzeige aller Issues und Erstellen eigener Issues Account für drupal.org anlegen!)
 * http://www.fastcomet.com/tutorials/open-atrium
 * https://simplytest.me/project/openatrium (Test Instanz aufsetzten)

=Technische Informationen=
 * Server: vm75
 * workspaz-Instanzen:
 * Live-Anwendung: workspaz.mpdl.mpg.de (Anwendungsverzeichnis /srv/web/drupal/inst/drupal001)
 * Entwicklungs-/Testanwendung: workspaz-dev.mpdl.mpg.de (Anwendungsverzeichnis /srv/web/drupal/inst/drupal002)
 * Update-Anwendung (zum Testen von Updates, bevor Live geupdatet wird!): workspaz-update.mpdl.mpg.de (Anwendungsverzeichnis /srv/web/drupal/inst/drupal003)


 * Admin-Zugang für alle Instanzen:
 * Nutzer: sysadmin
 * Passwort: hat Benjamin


 * Extra installierte Module:
 * Module, die nicht bei der originalen Open Atrium Distribution dabei waren, sondern nachträglich installiert wurden:
 * CSS Editor (wurde für MPDL-Fähnchen/-Lasche im Footer benötigt; s. u.)
 * Captcha, Image Captcha, reCaptcha (https://collective.mpdl.mpg.de/admin/config/people/captcha)
 * Piwik Web Analytics
 * Bundle Copy + Views data export (für Testzwecke zum Kopieren/Clonen von Views/Reports usw.; nicht mehr relevant sein für normalen Betrieb)

-->Überblick aller Module und deren Stati:
 * Admin > Modules


 * Thema Piwik:
 * Piwik-Anwendung: https://analytics.mpdl.mpg.de
 * Besucherstatistiken für bestimmte Spaces (sprich, bestimmte URLs): Über Definition eines entspr. "Ziel" (siehe Piwik-Menü "Ziele" > "Ziele verwalten"
 * Beispiel-Ziele einsehbar über meinen Piwik-Account (Nutzer: erndt ; Passwort über Benjamin)

=Backups und Einspielen von Backups=
 * Möglichkeit manueller Backups
 * Z. B. vor Einspielung v. Updates
 * Script v. Benjamin: /usr/local/sbin/drupal-sandbox
 * 1. In sandbox-Verzeichnis wechseln: cd /srv/web/drupal/sandbox
 * 2. Backup d. Anwendungsverzeichnis ("sites"-Ordner) der entspr. Instanz machen:
 * sudo /usr/local/sbin/drupal-sandbox create drupal001 (oder drupal002 o. drupal003)


 * Nächtliche, automatisierte Backups
 * Ort d. Backups: /srv/backup/drupal
 * Jede Nacht um ca. 01:00 Uhr


 * Einspielen eines nächtlichen Backups:
 * 1. Ort d. Backups: /srv/backup/drupal
 * 2. Gewünschte backup-Datei entpacken, z. B.: tar xfv drupal-backup-all-20151207.tar.gz
 * 3. In /srv/backup/drupal/srv/backup/drupal dann drei Dateien vorhanden: drupal-backup-appldata.tar, drupal-backup-config.tar, drupal-backup-database.tar
 * 4. drupal-backup-config.tar wird im Normalfall nicht benötigt.
 * 5. Einspielen Database dump (1): tar xfv drupal-backup-database.tar -> in /srv/backup/drupal/srv/backup/drupal/srv/backup/drupal dann drupal001.mysql, drupal002.mysql usw.
 * 6. Einspielen Database dump (2): mysql drupal001 < drupal001.mysql
 * 7. Einspielen App-data (1): tar xfv drupal-backup-appldata.tar -> in /srv/backup/drupal/srv/backup/drupal/srv/web/drupal/inst liegt dann Ordner drupal001 mit allen App-files
 * 8. Einspielen App-data (2): Sichern aktuelles App-Verzeichnis: mv /srv/web/drupal/inst/drupal001 /srv/web/drupal/inst/drupal001_backup
 * 9. Einspielen App-data (3): Kopieren App-Backup-Verzeichnis in Anwendungsordner: cp -r /srv/backup/drupal/srv/backup/drupal/srv/web/drupal/inst/drupal001 /srv/web/drupal/inst/drupal001
 * 10.Einspielen App-data (4): Korrekte Rechte/Owner: chown –R wwwrun:www /srv/web/drupal/inst/drupal001

="Verteilen" des Live-Zustands auf die anderen Instanzen= Vor neuen Test/Entwicklungen in workspaz-dev oder vor Einspielen u. Testen eines Updates in wirkspaz-update ist es sinnvoll, den Live-Zustand auf die anderen beiden Instanzen zu "verteilen":
 * 1. Script liegt in: /usr/local/sbin
 * 2. Script sicherheitshalber immer im Arbeitsverzeichnis /srv/web/drupal/sandbox ausführen!
 * 3. „Abzug“ einer Instanz wird dann in /srv/web/drupal/sandbox erstellt
 * 4. NIE den Stand von workspaz-dev (drupal002) oder workspaz-update (drupal003) auf die Live-Anwendung (drupal001) einspielen!!!
 * 5. Live-„Abzug“ erstellen (aus /srv/web/drupal/sandbox heraus): sudo /usr/local/sbin/drupal-sandbox create drupal001
 * 6. sudo /usr/local/sbin/drupal-sandbox backup drupal001 drupal002 (oder drupal003)
 * 7. sudo /usr/local/sbin/drupal-sandbox restore drupal002 (o. drupal003)

=Update-Prozedere=

Update-Zustand

 * 1. Benjamin sollte Benachrichtigung über Open Atrium Updates bekommen
 * 2. Nur in Ausnahmefällen einzelne Module updaten. Nicht Drupal Version updaten. Warten bis Open Atrium Update Modul kommt!
 * 3. OA Status Report unter: Admin > Reports > Status report
 * 4. Available updates unter: Admin > Reports > Available updates
 * 5. Die extra installierten Module (s. o. u. "Technische Informationen") extra überwachen / im Auge behalten

Update einspielen

 * -->Sollte bei allen drei Instanzen gemacht werden! Also statt "drupal001" auch mit "drupal002" und "drupal003"
 * -->Bei Live-System vorher in Maintenance Mode schalten: Admin > Configuration > Development > Maintenance Mode
 * 1. Einloggen auf vm75.mpdl.mpg.de
 * 2. Backup machen: Im Verzeichnis /srv/web/drupal/sandbox folgendes ausführen: sudo /usr/local/sbin/drupal-sandbox create drupal001 (o. drupal002 o. drupal003)
 * 3. cd /srv/web/drupal/inst und dann Update-Packet holen: wget + ftp-Link von drupal.org-Seite (https://www.drupal.org/project/openatrium). Z. B. sudo wget http://ftp.drupal.org/files/projects/openatrium-7.x-2.51-core.tar.gz
 * 4. Entpacken: sudo tar -xf openatrium-7.x-2.XX-core.tar.gz --> Dadurch entsteht Ordner mit (fast) gleichem Namen
 * 5. Kopieren des sites-Ordners aus Produktiv-Verzeichnis (drupal001, 002 o. 003) in das Update-Verzeichnis (das später zum neuen Produktiv-Verzeichnis wird!): sudo rsync -ahv --delete drupal001/sites/openatrium-7.x-2.XX/sites/
 * 6. Altes drupal-Verzeichnis sichern. Z. B.: sudo mv drupal002 /X/tmp_log/drupal002_backup (ggf. dort vorher altes drupal001_backup-Verzeichnis löschen!)
 * 7. Update-Verzeichnis zu neuem Produktiv-Verzeichnis machen: sudo mv openatrium-7.x-2.XX drupal001
 * 8. sudo chown -R wwwrun:www drupal001
 * 9. Time stamp des jeweiligen Ordners aktualisieren, damit man sehen kann, wann ein Update erfolgte: z. B. sudo touch -t 201602291727 drupal001
 * 10. In workspaz als Admin einloggen (falls in maintainance-Mode, dann workspaz.mpdl.mpg.de/user/login aufrufen) und workspaz.mpdl.mpg.de/update.php ausführen
 * 11. "continue" ausführen (ggf. danach "apply", je nach Meldung)


 * -->Nach Update Anwendung testen. Insbesondere:
 * - Erscheinungsbild, Logo, Farben, MPDL-Lasche usw.
 * - Eigene Calendar- und Export-Views
 * - Calendar startet mit Montag?
 * - View Event Details noch angepasst? ("Show": Content | Full Content)
 * - Role "event editor" noch vorhanden? Und bei Juliane u. Michael eingetragen?:
 * Rollen: Admin > Configuration > Organic groups > Roles overview > Node Space / Space roles
 * Prüfen, ob z. B. bei Michael o. Juliane noch eingetragen:
 * - Rollen werden auf Space Ebene vergeben
 * - In Space wechseln (als sysadmin) und rechts oben auf "Configure" (Zahnrädchen), dann Config und People

Update-Protokoll

 * Update 22.02.2016 (Erndt)
 * - workspaz-dev: Drupal 7.41 ; OpenAtrium (openatrium-7.x-2.53)
 * - workspaz-update: Drupal 7.41 ; OpenAtrium (openatrium-7.x-2.53)


 * Update 25.02.2016 (Erndt)
 * - workspaz: Drupal 7.41 ; OpenAtrium (openatrium-7.x-2.53)


 * Update 29.02.2016 (Erndt)
 * - workspaz: Drupal 7.43 ; OpenAtrium (openatrium-7.x-2.54)
 * - workspaz-dev: Drupal 7.43 ; OpenAtrium (openatrium-7.x-2.54)
 * - workspaz-update: Drupal 7.43 ; OpenAtrium (openatrium-7.x-2.54)

=MPDLisierung=

Farbschema, Logo, Slogan

 * Farbschema:
 * --> Admin > Appearance > "Settings" von Open Atrium Radix 7.x-3.24 (default theme) > Tab "Colorizer"


 * Allgemeine Seitengestaltung:
 * --> Admin > Appearance > "Settings" von Open Atrium Radix 7.x-3.24 (default theme) > Tab "Settings"


 * workspaz-Logo + Slogan anzeigen lassen:
 * --> Admin > Open Atrium > Config > Menüpunkt "Banners"


 * Site name + Slogan + System-Mailadresse + Startpage:
 * --> Admin > Configuration > System > Site information

MPDL-Lasche

 * Wie wurde MPDL-Lasche/-Fahne eingebaut?
 * 1. Unter Admin > Structure > Blocks ist auch ein spezieller Block "MPDL-Footer" definiert worden:
 * Auf "Configure" gehen, dann den Editor von WYSIWYG auf HTML umstellen, dann ist der HTML-Code ersichtlich. Das zugehörige css ist woanders definiert (s. u.).
 * 2. Dieser MPDL-Footer ist eingebaut unter Admin > Structure > Mini Panels "Open Atrium Footer"; Dort auf "Edit" (letzte Spalte) und dann wiederum auf Menüpunkt "Content"
 * 3. Das zugehörige css ist ersichtlich unter:
 * Admin > Appearence > Settings vom Open Atrium Radix 7.x-3.24 Theme (dort ist dann weiter unten der Bereich des css-Editors mit dem css-Code)
 * Für cs-Eingabe war Extra-Modul "CSS Editor" notwendig!


 * Problembehandlung:
 * -->Falls Lasche mal leer (MPDL-Logo fehlt):
 * - Ausloggen, Browser-Cache und workspaz-Cache (Admin > Configuration > Development > Performance) leeren
 * - Logo sollte an diesen beiden Stellen liegen:
 * /srv/web/drupal/inst/drupal001/sites/default/files/private/styles/panopoly_image_original/private  -rw-r--r-- 1 wwwrun www 10192 Jan 12 10:23 mpdl-logo_schwarz.png
 * und (?) /srv/web/drupal/inst/drupal001/sites/default/files/private  -rw-rw-r--  1 wwwrun www    10192 Nov 13 13:53 mpdl-logo_schwarz.png
 * - ggf. von einem ins andere Verzeichnis kopieren, falls irgendwo weg. DANACH CACHE LEEREN!!!

=Inhaltliches=

Berechtigungskonzept

 * Übersichtsgrafik:
 * [[Media:Workspaz_Architektur.pptx]]

A) Institut noch nicht in workspaz vorhanden:
 * Schritte bei neuen Interessenten:
 * 1. Gruppe anlegen unter Admin > Add content > Groups ; Zwecks späterer Übersichtlichkeit vor eigentichem Gruppenname immer "Group" schreiben (z. B. "Group MPI Astrophysik")
 * 2. Für "Group visibility": "Private"
 * 3. "Group user inheritance": Radio-Button 2 markieren ; "Group user permission inheritance": Radio-Button 1 markieren
 * 4. Instituts-Space anlegen unter Admin > Add content > Space (z. B. "MPI Astrophysik")
 * 5. Für "Group visibility" je nach Bedarf "Public" o. "Private"
 * 6. Abschnitt "Inheritance": Als Parents "Available workspaces" und die entsprechende Gruppe auswählen ("Group MPI Astrophysik") ; Für "Group user inheritance" Radio-Button 1 markieren (ggf. zunächst Caches leeren)
 * -->Durch Eintrag d. Gruppe als Parent d. Spaces werden alle User, bei denen die Gruppe eingetragen ist, zu sog. "Inherited users" des Spaces und dürfen ihn sehen/aufrufen/dort Inhalte anlegen.
 * --> daneben können User u. U. noch als direkte Mitglieder eines Spaces eingetragen werden, um z. B. zu Space Admins zu werden (s. u.)
 * 7. Abschnitt "Menu options": Haken setzen und "Available workspaces" als Parent auswählen
 * 8. Ggf. unter "Featured image" ein Space-Logo hochladen
 * 9. Bei zugehörigen workspaz-Usern dann die Instituts-Gruppe eintragen (Admin > People)
 * 10 Ggf. Schritte für eine Untergruppe und einen Sub-Space wiederholen:
 * - Z. B. Gruppe "Group MPI Astrophysik AG Mustermann" anlegen (private)
 * - Space "MPI Astrophysik AG Mustermann anlegen (private)
 * - Parents: Übergeordneter Space (MPI Atsrophysik) und entspr. Gruppe ("Group MPI Astrophysik AG Mustermann")
 * 11. Benötigte Sections innerhalb des Spaces anlegen (in oranger Menüzeile weißer Pfeil neben dem Space name und dann "Create new section"
 * -->Für jede Section kann separat die "Visibility" bestimmt werden.

B) Instituts-Workspace bereits vorhanden (z. B. Umgebung für neue AG einrichten):
 * --> Schritte wie oben, nur entsprechende Group- und Space-Namen vergeben.
 * --> Für den Space die richtigen Parents eintragen: Die zugehörige Gruppe und den übergeordneten Space

Workaround für die Vererbung der Rechte an die Sub-Tasks in einem Workspace (Private)

 * 1. Wähle deinen Workspace ("MPI Astrophysik AG Mustermann (private)) aus, der nur für die Mitglieder der Gruppe sichtbar sein soll.
 * 2. Gehe rechts auf den "Edit"-Button
 * 3. Gehe in den Abschnitt "Inheritance", wo bisher unter "Group user inheritance" die Option "No - subgroups of this group won't inherit its users." ausgewählt sein sollte
 * 4. Ändere diese Option auf "Yes - subgroups of this group will inherit its users." und belasse "Group user permission inheritance" bei der ersten Option.
 * 5. Nach einem klick auf "Save" werden die Rechte vom System geändert und nur noch die Gruppenmitglieder sollten Zugriff haben.
 * --> Es muss noch getestet werden, ob mit diesem Workaround nicht andere Konfigurationen überschrieben werden, wo z.B. unter einem Space (Private) eine Sektion (Public) eingschränkt wird.
 * --> Testen, testen und testen

==Hinweis: "Dummy space for demonstrating purposes" -->Dieser Dummy-Space wird benötigt, damit die sog. "Site tours" funktionieren -->Jede neue Instituts-Group muss bei diesem Space als Parent eingetragen werden, damit die zugehörigen workspaz-Nutzer die Site tours aufrufen können


 * Site Tous Anpassung: https://collective.mpdl.mpg.de/admin/structure/tours

Nutzer anlegen

 * Nutzer komplett als sysadmin anlegen:
 * - Admin > People > "Add user"
 * - User name, E-Mail und Passwort eintragen (Passwort kann später vom Nutzer geändert werden)
 * - Status auf "Blocked"
 * - Roles: "authenticated user" ; Dann Speichern
 * - Danach Nutzer über Admin > People suchen und aufrufen (edit)
 * - Status auf "Active" setzen
 * - Alle benötigten Gruppen eintragen (müssen bereits angelegt sein!): Institutsgruppe, ggf. weitere Untergruppen (für AGs, bestimmte Projekte usw.)
 * - Speichern --> dadurch erhält Nutzer einen Mail-Benachrichtigung (Text von System-Mails ersichtlich über Admin > Configuration > People > Account settings)


 * Registrierung durch Nutzer selbst:
 * - Nutzer hat Registrierungsformular ausgefüllt und abgeschickt (z. B. über workspaz.mpdl.mpg.de oder workspaz.mpdl.mpg.de/user/login)
 * - dadurch wird ein rudimentärer Account angelegt, der aber noch geblocked ist
 * - Account editieren über Admin > People
 * - Status auf "Active" und benötigte Gruppen eintragen
 * - Speichern --> dadurch wird Benachrichtugung verschickt

Nutzer zu Space-Admin machen
--> Space Admin kann selbst neue Sub-Spaces und Sections anlegen und andere Gruppenmitglieder zu weiteren Space Admins machen.
 * Allgemeine Voraussetzungen für Space Admins:
 * 1. Unter Admin->Configuration->Organic Groups->OG permissions overview->OG Node - Group permissions muss (mind.) folgendes für "administrator member" aktiviert sein:
 * - "Manage menu"
 * - "Edit group"
 * - "Administer group"
 * 2. Unter Admin->Configuration->Organic Groups->OG permissions overview->OG Node - Space permissions muss (mind.) folgendes für "administrator member" aktiviert sein:
 * - "Manage menu"
 * - "Edit group"
 * - "Administer group"
 * 3. Bei Problemen auch unter Admin->People->Permissions schauen, ob eventuell Relevantes für den "Administrator" nicht markiert ist, wie z. B.:
 * - "Administer menus and menu items"
 * - "Create mini panels"
 * - "Administer mini panels"


 * sysadmin legt einen Space Admin an:
 * 1. den entspr. Space aufrufen und rechts oben auf "members" gehen
 * 2. Rechts im Bereich "Add Existing User" den gewünschten User hinzufügen (muss active sein)
 * 3. Mit Klick auf den User öffnet sich Context-Menu. Dort "Add as Admin"


 * Ein anderer Space Admin legt neuen Space Admin an:
 * -->Die obigen Schritte kann auch ein Space Admin machen.

Neue Nutzer-Rollen anlegen und vergeben
--> Z. B. wurde die Rolle "Event editor" angelegt und im Space "Collection" an Michael und Juliane vergeben, damit sie Kalendereinträge auch des jeweils anderen editieren können.
 * Default-/Standard-Rollen:
 * -->Admin > Configuration > Organic groups > OG roles overview > OG Node - Space roles: non-member, member, administrator member


 * Neue Rolle anlegen:
 * 1. Admin > Configuration > Organic groups > OG roles overview > OG Node - Space roles: Rollen-Name eintragen und "Add role"
 * 2. Dann "Edit permissions"
 * 3. Gewünschte Berechtigungen vergeben: Z. B. für o. g. Event editor: Im Abschnitt "Organic groups" die Berechtigungen für "Edit any Event (MPDL Coll.)" u. "Edit any Event (Standard)"


 * Neue Rolle vergeben:
 * 1. Entspr. Space aufrufen
 * 2. Entspr. Nutzer als Member zum Space hinzufügen (rechts oben auf "Member")
 * 3. Dann rechts oben auf "Configure" (Zahnrädchen), dort "Config" und dann "People"
 * 4. Nutzer auswählen/markieren und als Operation: "Modify OG user roles"
 * 5. Dann unter "Ad roles" die gewünschte Rolle (muss zuvor angelegt sein) auswählen und fortfahren (Nachfrage bestätigen)

Gestaltung von Space pages bzw. Section pages
-->als sysadmin rechts oben "Customize this page"

Neuen "Content Type" anlegen
Neuen Content type inkl. Views und zugehöriger Section erstellen:
 * 1. Admin > Structure > Content types
 * 2. Menüpunkt "Clone" > Source type auswählen + Name für neuen Content type angeben
 * 3. Anpassen/Ändern:
 * Z. B. neue Felder hinzufügen über "Manage fields" und Reihenfolge/Anzeige über "Manage display"
 * 4. Benötigte Views anlegen bzw. kopieren und anpassen:
 * -->Admin > Structure > Views
 * -->Siehe Beispiel "Open Atrium Event List (MPDL Coll.)" (= angepasster Klone von "Open Atrium Event List (Standard)")
 * -->insb. unter "Filter Criteria" den Content type anpassen!
 * 5. Eigenen Section type anlegen. Siehe Anleitung von "Argus" (https://www.drupal.org/node/2194565:
 * [Create the new content type]
 * [Add both Space and Section Entity Reference (og_group_ref and oa_section_ref)]
 * >Create a new Section layout at /admin/openatrium/section-templates by cloning one of the available Section templates
 * >Add a new Section type to the taxonomy at /admin/structure/taxonomy/section_type/add, select the Section template and the new content type you just created
 * 6. Zusätzlich: Admin>Open Atrium>Section Templates>Settings>Content: Dort den richtigen View einbauen (und ggf. alten bzw. überflüssigen View löschen)!
 * 7. Zusätzlich: Admin>Structure>Views: Im relevanten View bei Format|Settings > "Create options" den richtigen Content type auswählen!
 * 8. Überall Berechtigungen für den neuen Content type vergeben (people permissions, OG permissions group + OG permissions space)

"Poll"-Thematik
-->Recherchen und Tests bzgl. Polls (Umfragen) ergaben folgendes:
 * - Es gibt ein Core Poll Module (habe ich deaktiviert)
 * - es gibt ein "Advanced Poll"-Module für Drupal: https://www.drupal.org/project/advpoll
 * ABER: Bei beiden Varianten ist das ein Content type, der für die gesamte Site gilt.
 * D. h. angelegte Umfragen sind nicht nur innerhalb des entsprechenden Spaces in dem eine Umfrage angelegt wurde sichtbar, sondern dann auch in allen anderen Spaces, in denen ein Umfrage-Bereich angelegt wurde!
 * D. h. User, sehen die Umfragen von anderen Gruppen/Spaces, egal wie die Berechtigungen sind.
 * Das eignet sich also nicht für workspaz, sondern nur, wenn eine Gruppe, Gemeinschaft, Institution usw. eine eigene Open Atrium Instanz hat.

"Revisions"-Thematik bzw. "Kollaboratives" Arbeiten an Dokumenten
-->Grundsätzlich besteht für fast jede Art von Inhalt (Event, Post/Discussion, Task, document page) die Möglichkeit beim Erstellen des Inhalts festzulegen, ob kommentiert werden darf/kann oder nicht -->Kommentierung ist also die erste Möglichkeit "kollaborativ" an Inhalten "zu arbeiten" bzw. sich auszutauschen -->Als zweites steht natürlich die "discussion section" als explizite Möglichkeit zur Verfügung, um sich auszutauschen -->Eine dritte Möglichkeit speziell im Hinblick auf originär in workspaz angelegte Dokumente (über document sections) ist das direkte Ändern von Dokumenten und die Nachverfolgung der Änderungen über sog. "Revisions":
 * Voraussetzungen:
 * - Rolle "document editor" anlegen (s. o. unter "Neue Rolle anlegen und vergeben") mit Berechtigungen "Edit any Document Page content"
 * - alle User, die die Berechtigung haben sollen, andere Dokumente zu bearbeiten/ändern, müssen als Member zum entspr. Space hinzugefügt werden und die Rolle "document editor" erhalten (s. o. unter "Neue Rolle vergeben und anlegen")
 * - Admin->People->Permissions: Im Abschnitt "Node" für authenticated user anschalten: ("View content revisions" und "revert content revisions")

-->Dokumente können dann von allen Berechtigten im entspr. Space (mit der Rolle "document editor") bearbeitet/geändert werden, indem eine neue "Revision" angelegt wird -->Die versch. Versionen / Revisions eines Dokuments können über "Configure" (Zahnrad rechts oben), dann "Revisions" aufgerufen werden.

=Offene Punkte / Probleme=
 * 1. Mysteriöses, automatisches Kopieren von Files alle 15 min:
 * -->Benjamin weiß darüber Bescheid. Aktuell behoben.
 * 2. tinyMCE (WYSIWYG-Texteditor, der in Drupal bzw. OpenAtrium benutzt wird) funktioniert nicht bei Browser Google Chrome u. IE (wenn z. B. neuer Content angelegt wird oder vorhandener bearbeitet werden soll)
 * 3. Mails von workspaz an Google Mail-Adressen werden vom Google Mail-Server nicht akzeptiert bzw. werden geblockt, da nicht RFC 5322-kompatibel (?):
 * Fehlermeldung:
 * "host gmail-smtp-in.l.google.com [74.125.136.27]:
 * 550-5.7.1 [139.19.1.49     11] Our system has detected that this message is not 550-5.7.1 RFC 5322 compliant."