ich habe ein Problem mit dem Mail in Egroupware. Meine Mailliste wird normal angezeigt, jedoch wird der Inhalt der Mail nicht angezeigt. Der Mailkopf ist zu sehen aber der Inhalt nicht. Drückt man auf Weiterleiten, so sieht man die Mail als Text, jedoch wird HTML nicht interpretiert.
Da ich das Paket zu Ubuntu nicht installiert bekomme (Fehlermeldung: Für Paket »egroupware-epl« existiert kein Installationskandidat.) Hab ich die git-Version installiert. Es funktioniert auch alles soweit gut bis auf das Mail-Problem. Der Apache liefert leider auch keinen Hinweis. Derzeit gehen mir ein wenig die Ideen aus, daher hoffe ich auf Hilfe.
Wenn du aus dem Git bis auf den aktuellen Stand clonst, hast du eine Entwicklerversion in der womöglich Fehler oder noch nicht zu Ende programmierte Dinge drin sind. Im Bereich Mail/HTML wird etwas umgebaut: TinyMCE ersetzt den CKEditor.
Wir taggen allerdings die releases auch:
Hast du frisch auf einer von einer ISO neu installierten 18.04 installiert?
Dann schau mal hier:
Schau also bitte mal in deine sources.list rein, ob das hier der Fall ist.
Dann würde ich dir empfehlen das zu richten und EGw als Paket zu installieren.
Also wenn die von Ubuntu bis jetzt keine neuen ISOs erstellt haben, weiß ich nicht was bei denen wichtig ist…
Allerdings sind die ISOs aktuell von Ende November. Habe das mit denen noch nicht ausprobiert.
Wenn das nicht das Problem ist, sollten wir der Sache mit der Installation auf den Grund gehen.
erst mal vielen Dank für die superschnelle Antwort.
Ich hatte den Post gestern auch schon gesehen und es ausprobiert. D.h. ich hab die Quellen mittels add-apt-repository multiverse
add-apt-repository restricted
apt update
vervollständigt.
Aber auch dann bekomme ich nach apt-get install egroupware-eql immer noch
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen… Fertig
Paket egroupware ist nicht verfügbar, wird aber von einem anderen Paket
referenziert. Das kann heißen, dass das Paket fehlt, dass es abgelöst
wurde oder nur aus einer anderen Quelle verfügbar ist.
Doch die folgenden Pakete ersetzen es:
egroupware-epl
E: Für Paket »egroupware« existiert kein Installationskandidat.
Meine Installation ist ungefähr 2 Monate alt (also noch 18.04 und nicht 18.04.1).
mein Fehler, ich hatte vor längerer Zeit mal auf die Seite geschaut und damals war die Version für Ubuntu 18.04 noch nicht verfügbar (auch deshalb bin ich auf die git-Version umgestiegen).
Die Installation hat soweit geklappt. Aber das Problem besteht weiterhin noch, allerdings jetzt in einer etwas “entschärften” Version. Wenn ich auf “allen antworten gehe”, dann wird die Mail korrekt angezeigt. Muss ich die SQL-Datenbank komplett löschen und neu anlegen? (Würde ich zur Not tun)
Oder liegt das Problem woanders?
Wo fehlt es denn dann jetzt? Wird die Vorschau nicht angezeigt?
Hardcopys wären gut.
Die Vorschau ist auch grundsätzlich eingeschaltet?:
Einstellungen/Mail/Einstellungen der Konfiguration/Mailvorschau
Was kommt wenn du per Doppelklick die Mail in einem neuen Fenster öffnest?
Wenn du nicht in der EGw hast kannst du so etwas natürlich machen. Dann sind auch alle vielleicht verbastelten Einstellungen weg.
Das sollten wir aber doch auch so herausfinden können (hoffe ich).
Komische Sache…
Und das error.log deines Apachen bringt wirklich nichts?
Du hast vom Webserver bis zum Browser alle caches gelöscht?
Hast du im Setup mal geschaut was der Installationstest sagt?
Ansonsten könnte ich mir nur noch vorstellen, dass dir da Altlasten der Git-Installation einen Streich spielen.
Ansonsten würde ich die Deinstalltion von EGw vornehmen und mal schauen, ob da nicht Reste von der Git-Installation rumliegen.
Du könntest dann auch über das Setup mal die Anwendung deinstallieren (somit auch die DB) und das neu anlegen.
Alles natürlich nach einer Sicherung des Systems.
da der Apache keine Fehlermeldung bringt, hab ich das egroupware git repository gelöscht.
Egroupware mehrfach deinstalliert und wieder installiert.
Problem:
apt remove --purge egroupware-epl
apt autoremove
Dann bleiben immer noch Reste übrig. Daher hab ich nochmal installiert und von Hand mit dpkg deinstalliert. Dann die SQL-Datenbank von Hand gelöscht (Vorher natürlich ein Backup gemacht). Mit Hilfe des Admin-Fensters von Egroupware wurde irgendwie nicht die komplette Datenbank gelöscht (oder ich hab was falsch gemacht). Erneute Installation mit altem Ergebnis (Inhalte der Mails nicht sichtbar). Kann das was mit der PHP-Version zu tun haben, denn ich habe auf meinem lokalen Rechner CentOS 7 mit Egroupware 17.1 mal testweise installiert und damals hatte ich, soweit ich mich erinnern kann, Probleme mit PHP7.2, mit PHP 5.x hat es dann funktioniert.
Derzeit gehen mir leider ein wenig die Ideen aus.
Was auch immer das für Reste sind. Mit der Paketverwaltung wirst du die per Git geholten Teile nicht los.
Du meinst das Setup unter
…/egroupware/setup
?
PHP sollte nicht das Problem sein. Das mit Ubuntu 18.04 gelieferte läuft perfekt und du bekommst nichts in das error.log.
Ich fürchte, das lässt sich von außen kaum supporten. Darum der obligatorische Werbeblock :
Irgendwann übersteigt einfach der Aufwand die Kosten für einen professionellen Support.
Alternativ würde ich dir empfehlen, eine Instanz neu aufzusetzen. Mit Ubuntu 18.04 Server ist das in einer halben Stunde erledigt.
Auf meinen nächsten Workshop (wie diesen in Oberhausen auf der ORR) wirst du vermutlich nicht warten wollen. Ich plane das gerade für den Februar 2019 im Unperfekthaus in Essen ein.
erst mal vielen Dank für den Support.
Noch eine kurze Frage. Ich hab den Apache etwas gesprächiger gemacht, dann tauchen Meldungen auf wie:
Content-Type condition for ‘deflate’ did not match, referer: https:///egroupware/index.php?cd=yes
und
Content-Type ‘application/json; charset=utf-8’ …, … did not match ‘text/html’, referer: https://<eigene Adresse>/egroupware/index.php?cd=yes … did not match ‘text/plain’, referer: https://<eigene Adresse>/egroupware/index.php?cd=yes
auf. Hat das was mit meinem Problem zu tun? Das taucht nur auf, wenn ich versuche meine Mail anzuschauen.
Hab nach langer Suche das Ganze zum laufen bekommen. Das Problem bestand in der Konfiguration des Apache Servers, In /etc/apache2/conf-available musste man X-Frame-Options auf “sameorigin” setzen und X-Content-Type nosniff auskommentieren.
: