• Solved
  • grommunio-web korrumpiert Anzeige von Plaintextmails nach kopano-Import

Hmm.. Die Mail kam per Fetchmail nach Kopano.
Das Ergebnis der Migration war dasselbe durch dein Skript - nochmal danke - wie auch bei einem PST Export.
Das EML kam dann aus dem Grommunio Webinterface ohne Outlook.
Das öffnende Outlook der EML hatte nie eine Verbindung zu Kopano oder Grommunio.
Eben getestet: Thunderbird via IMAP an Grommunio zeigt die migrierte Mail auch korrekt an.
Ich würde Outlook in dem Falle als Quelle der Zeichen ausschliessen? :-)

Grüße

  • crpb replied to this.

    biggoof Ich würde Outlook in dem Falle als Quelle der Zeichen ausschliessen? :-)

    Ja, kann es auch nicht sein. Es ist das Webmail, da bin ich zu hundert prozent sicher. Weil das "rendert" gerne...

    WalterH

    ich bin schon bei Installation 20 mit dem Script.
    Läuft alles ohne Probleme..

    6 days later

    99% mit gromox-1.37 fixed. feedback erwünscht.

    12 days later

    Danke für die Info.. und frohes neues Jahr..
    Ich schau mir das an..
    Aktuell kommt die Suche zur Mail im Webfrontend nicht zu einem Ergebnis (rödelt und rödelt).
    Muss erst schauen, was er da hat (evtl. Neuindizierung?)

    Melde mich..

    Manuell alle Indexe neu erstellen:

    rm -rf /var/lib/grommunio-web/sqlite-index/*
    /usr/sbin/grommunio-index-run.sh

    Dauert aber je nach Mailbox Größen einige Zeit, am besten in einem Screen laufen lassen.

    Ich reihe mich mal hier ein. Nach dem LDAP geht habe ich Konten im Testsystem von Kopano importiert. Wie hier schon beschreiben habe ich viele Mails die so aussehen:

    Ich habe mit Kopano immer nur das Webinterface genutzt und Mails gelangen auf die Server nur per SMTP. Die Kopano Version ist 8.7.20.

    Schaue ich mir die Mails per IMAP an passt alles. Nur im Webinterface sind Sie kaputt. Outlook werde ich nicht verwenden ...

    Die Mail hier im Screenshot kommt übrigens von einem Gromox-Server. Hier mal noch die relevanten Daten:

    X-Mailer: gromox-oxcmail 2.0.0.9a01c75
    Content-Type: multipart/mixed;
    	boundary="----=_NextPart_000_0005_AD282F70.D942857"
    
    This is a multi-part message in MIME format.
    
    ------=_NextPart_000_0005_AD282F70.D942857
    Content-Transfer-Encoding: quoted-printable
    Content-Type: text/plain;
    	charset="utf-8"

    Auch wenn ich mir per Webmail die Mail als EML herunterlade passt alles. IMHO ein Bug in der Webmail.

    Beim Kopano Update auf 8.7.0.0. musste man diese diese Befehle ausführen:

    service kopano-server stop
    kopano-dbadm usmp
    service kopano-server restart

    Beim Kopano Update 8.7.1.0 diese Befehle:

    kopano-dbadm kc-1444 
    kopano-admin --clear-cache=0x0020

    wurde as gemacht?

      WalterH
      Keine Ahnung, das Setup ist alt. Zumindest in der Shell-History finde ich das nicht. Was das UCS Update implizit macht weiss ich ebenfalls nicht.

      Was ist da der Kontext, nur damit ich das verstehen kann. Warum passt alles per IMAP und das EML ist auch OK? Aus meiner Sicht ein reiner Darstellungsfehler 🙂

      Was mir gerade noch auffällt. Wenn man ganz frisch in die Webmail kommt und noch kein Mailinhalt angezeigt wird und klickt dann eine Mail die die nicht richtig dargestellt wird, dann wird die Mail erst ganz ganz kurz korrekt angezeigt und um dann kaput angezeigt zu werden.

      Es gibt ja noch /var/lib/gromox/user/X/eml/* nebst dem eigentlichen MAPI-Store. Aus /eml/ wird auch wieder opportunistisch gelesen, wenn vorhanden. Ich tippe also drauf, dass bei einem Import via IMAP-Protokoll (IMAP APPEND o.ä.) der Transfer zu /eml/ ok war, der zum MAPI-Store hingegen nicht. Das ließ sich aber diesseits bisher nicht reproduzieren.

      WalterH

      So, ich habe jetzt im Kopano die vorgeschlagenen Kommandos nachgeholt. Alles komplett neu installiert und neu Synchronisiert. Es beleibt bei den kaputten Mails.

        mahescho Dann waren es nicht die Änderungen an der Kopano Mail Struktur.

        Falls die mit mir sprechen wollen - und ich häng halt jetzt wieder 2 Tage 🙂

        Noch Ideen? So kann ich nicht produktiv gehen ...

        Wenn schon Jan sagt das man auf das System muss, hilft nichts anderes.

        Das werd sowieso ich sein, der draufschaut. Die Mail dient nur zum Transport etwaiger Zugangsdaten und/oder Rufnummern, die will man ja nicht unbedingt hier publik kundtun. Hier gibt's schonmal nen SSH-Key falls eine textbasierte Zugangsart genehm ist.

          jengelh

          Ja dann 🙂 SSH ist natürlich super, aber aufwändig (FW, etc ...) und ich würde gerne etwas lernen 🙂 Das Mittel der Wahl wird Telefon und Anydesk sein.

            mahescho Schick mir ein Mail an walter [at] hofstaedtler.com mit deinen Kontaktdaten (Telefonnummer bevorzugt) und ich bringe euch zusammen.

              © 2020-2024 grommunio GmbH. All rights reserved. | https://grommunio.com | Data Protection | Legal notice