Wie geht's mit dem Zarafa Package weiter?

[FricklerAtHome]

Um mal mit einem Running-Gag zu antworten: evtuell plattformabhängig

 

[Andy+]

Neuinstallation, jetzt gehts .....

 

[Tosoboso]

Es hat definitiv mit Kopano zu tun, denn ich habe auf ein und derselben Test-DS Z4h und K4s drauf und je nach dem, welches Paket läuft, kann ich senden (Z4h) oder nicht (K4s). Daher gibt es ein Übergabeproblem seitens Kopano.

Hi, die k4s ist noch beta und im Gegensatz zu z4h auf Debian 9 mit neueren Postfix Paketen.
Debian 8 zu 9 hat sich mehr geändert, als man denkt, z.B. funktionieren lokale Repositories nur noch mit Basissignatur und Releasefiles und ich hab 2 Wochen verbracht, die Community erfolgreich zu bauen...
Insofern kann es noch Probleme mit dem Postfix geben und die main.cf / master.cf sind nicht identisch zur z4h unter Debian 8 und älterem Postfix.
Mit kopano-postfix test bzw. testmail kann man den Postfix übrigens per telnet bzw, sendmail testen und dann die Mail-Logs checken.
Das hab ich auch vor dem initial Release getan und festgestell, dass Postfix die alte Config von Debian 8 nicht mag. Ich hab Alles angepasst, was ich an Fehlern beim Basistest gefunden habe, aber es ist nun mal Beta. Ich finde die Sachen schon und bin dankbar um Hinweise, aber das dauert halt etwas..
Und bitte erst mal die Postfix Basiskonfiguration nutzen und Tedten, bevor man helo restrictions, spam av amavisd aktiviert. Auch da hab ich aktuell nur Basistests gemacht und wenn ihr mals nicht findet, dann schaut mal in den Mail Spool via GUI und macht Release all (vorher bsw. Spam AV wieder abschalten wenn es hing)
- TosoBoso

 

[Tosoboso]

Als Zwischenstand.... Basis-Scripte funktionieren, teilweise aber doppelt-gemoppelt. Container ist mit apt-get anpassungsfähig..

Zum Thema Modding: in k4s (und z4h) gibt es im Verzeivhnis /etc/kopano/custom 2 Dateien: dbkg-add und postinst.sh.
in der Ersten Datei kann man Pakete eintragen, die im Container beim Build / Reset Nachinstalliert werden (da steht z.B vim-tiny drin, denn das image hat kein vi aus Platz und Prod Gründen, aber beim modden und in der Beta braucht man es). In der 2. Datei kann man beliebig Skripten zum Nachjustieren, was über Pakete hinusgeht.
Damit wird das Ganze automatisiert bei jedem Build und deterministisch und weniger Frickeln...
Zum Thema Passwort, da werde ich eohl das alte Zarafa password plugin portieren müssen, denn das ist doof, dass es das nicht in kopano nativ gibt und das Plugin nicht portiert wurde.
- TosoBoso

 

[Tosoboso]

Habe mittlerweile die Ursache für mein Installationsproblem gefunden. Der Docker-Container überprüft beim Start ob es eine ".../mysqld/mysql.sock" gibt und versucht sich auf diese zu connecten. Dies ist aber ein Verwies auf eine laufende MariaDB 5. Die ist / war natürlich auf meiner Kiste nicht installiert. Für eine MariaDB10 müsste es ".../mysqld/mysql10.sock" lauten. Schweren Herzen habe ich also zusätzlich nun eine MariaDB5 auf der Syno laufen..

Ok doofe Altlast beim Portieren z4h MariaDB5 auf k4s MariaDB10. Auf meinem Testsystem war natürlich eine MariaDB5 aktiv und ich hab den Teil zum Anpaseen nicht gefunden. Werden ich in der init.sh fixen; die liegt übrigenst im Container unter /usr/local/bin und isr das Herzstück der Installation incl. Steuerung det zu Startenden Dienste (grep aus kopano-default).
Die mysql.sock Prüfung verzögert übrigens nur erheblich den Start von Kopano im Container, weil init nach MySQL looped, aber nach einigen Minuten hätte es funktioniert..
-TosoBoso

 

[Tosoboso]

Erster Hinweis: Tososboso hat heute morgen einen neuen Docker-Container eingestellt. Zumindest läßt dies der Upload- Zeitpunkt vermuten.

Ja ich baue weiter an den Containern und der aktuelle Supported könnte etwas geschrottet sein.
Daher bitte mal mit build own container testen. Hintergrund: ich baue noch einen Migrationscontainer Kopano 8.4.4, in den man die Zarefa Datenbank migrieren kann. Baim Bauen und Container Push hatte ich auf Docker eine komische Meldung und seit dem gab es bei mapi ggf. Fehlermeldungen. Ich bau die Container noch mal neu, aber bis dahin: selbst bauen falls es Fehlermeldungen beim geladenen Container gibt.
- TosoBoso

 

[Tosoboso]

Moin, alle Pakete aktualisiert und die bekannten Probleme behoben.
Es gibt nun eine Migrationsversion, eine Kopano 8.4.40, in die ein Import der Zarafa Datenbank möglich sein sollte; das konnte ich noch nicht Testen. Nach dem Import Deinstalliert man k4sMigration, behält die Datenbank und Installiert neu drüber.
-TosoBoso

 

[Andy+]

Dazu gibt es dann eine neue SPK?

 

[Andy+]

Bei mir würde nun alles funktionieren, auch Outlook-Client mit den Zarafa-Client, Smartphone usw. Was fehlt ist noch "Files" das wär aber mal nicht so schlimm, aber gut ist es, wenns mal geht.

 

[Dufooy]

Klingt gut...
Ich hab das Paket gerade noch mal installiert aber ohne dass man noch irgendetwas anpasst geht weder senden noch emfangen.
Kannst Du mal Deinen Installationsweg oder Ablauf Posten Andy+ wäre toll...
Danke im voraus...

 

[Andy+]

In der Spooler.CFG und der Dagent.cfg ist per default ein plugin_framework enabled! Jeweils:

plugin_enable = no

dann

smtp_server = localhost
smtp_port = 25
pid_file = /var/run/kopano/spooler.pid

jeweils ohne # davor

Das wars eigentlich.

 

[Dufooy]

Danke Andy+

so habe es mit Deinen Vorgaben ans laufen bekommen.
es wird emfangen und gesendet.
Wobei die gesendetetn mails wohl im Universum verlohren gegangen sind.

May 19 13:30:49 kopano4s postfix/smtp[312]: SMTPS wrappermode (TCP port 465) requires setting "smtp_tls_wrappermode = yes", and "smtp_tls_security_level = encrypt" (or stronger)
May 19 13:31:49 kopano4s postfix/smtp[312]: F12631DC: to=<xxxx.xxxx.@gmail.com>, relay=smtp.1blu.de[xxx.xxx.xxx]:465, delay=61, delays=0.22/0.26/60/0, dsn=4.4.2, status=deferred (conversation with smtp.1blu.de[xxx.xxx.xxx] timed out while receiving the initial server greeting)]

SMTP TLS/SSL speichert nicht.

Anbei habe ich mal die Installationsmasken und was ich befüllt habe abgelichtet. Hoffe es passt so. Smtp relay mach ich immer in der Konfig App auf der Syno...grundsätzlich brauche ich mehr als einen smtp Server, da nicht alle die gleiche maildomain haben.
Falls ich da im Moment was zusätzlich auswählen kann und soll, lass es mich wissen.

 

[tloeffel]

Hallo Zusammen,

ich habe soeben auf Kopabo 0.8.1 von zarafa4h 0.7.5 umgestellt. Leider funktioniert der Prozess "Fetchmail" nicht und ich bekomme meine Mails nicht vom Server.
Die Verbindung zum Iphone oder Outlook klappt gut. Hat eine Zeit gedauert bis ich die Daten von Maria5 auf Maria10 portiert bekommen habe.

Die fetchmail.log: kein Eintrag nach Installation Kopano
Die fetchmail läuft aber. Die Abfrage: Z-cmds -> fechtmail -> test: keine Antwort vom System.

Gruß Thomas

 

[Andy+]

In der Spooler.CFG und der Dagent.cfg ist per default ein plugin_framework enabled! Jeweils:

plugin_enable = no

dann

smtp_server = localhost
smtp_port = 25
pid_file = /var/run/kopano/spooler.pid

jeweils ohne # davor

Das wars eigentlich.

Die erste Zeile ermöglicht den Empfang.

 

[tloeffel]

Die erste Zeile ermöglicht den Empfang.

Danke werde es gleich mal testen .

Habe festgestellt das auch das Senden über SMTP nicht geht. Liegen alle im Ausgang der WEB APP.
Selber Weg wie oben?

Gruß Thomas

 

[FricklerAtHome]

Nur damit hier alle von der selben Sache reden:

Den Hinweis auf das Plug-In kommt von Felix Bartel, einem langjährigen Mitarbeiter von Kopano. Das der Spooler, wenn er nativ (also nach einer Installation) nicht läuft, auch einen konkreten Mail-Server / MTA / Postfix Hinweis braucht, steht so im Kopano_Core Handbuch und wird auch in der entsprechenden spooler.cfg als default-Wert angeboten. Das man default-Werte ggf. explizit bestätigen sollte, ist bei "nichtfunktionieren" auch ansonsten selbstverständlich.
In meiner virtuellen Maschine mit Kopano steht das plug_in weiter auf yes. Es fuktioniert trotzdem. Hier kommt es auf darauf an welches "Nightly Build" der 8.60.80 genutzt wird.

In anderen Linux oder Open-Source Portalen gäbe es hier bereits seit mehreren Seiten den Troll-Hinweis: RTFM.

Wir sind hier zum Glück nicht so. Der Hinweis wird wahrscheinlich aber für das Fetchmail Problem nicht helfen.
Üblicherweise ist die Zarafa-fetchmail / kopano-fetchmail über ein "f/k-fetchmail init" und einer für die Distribution gültigen fetchmail.rc primär zu starten.

Die gültige fetchmail-Syntax hat sich mal wieder verändert, alte fetchmail.rc können, müssen aber nicht funktionieren.

Grüße der FricklerAtHome (F@H)

 

[FricklerAtHome]

Lasst uns Fragen zu Kopano für Synology in einem neuen Thread behandel

Ich habe dies schon einmal eingefordert. Tososboso hat die Weiterentwicklung von Zarafa als SPK mit der Version 0.7.5 jetzt offiziell abgekündigt.
Im Thread "Wie geht......" häufen sich nun Fragen zu Kopano und vor allem Fragen von Benutzern, die die zurückliegenden Seiten und Lösungen "nicht" gelesen haben.

Ich denke ein Thread "Kopano 4 Synology" ist jetzt angebracht. Der Name ist egal, wenn es unter der "Oberregion Zarafa" in diesem Forum bleibt wird es auch jeder Hilfesuchende finden. Den Rest der "Findung" schafft schon das große GOO.
Die Bedenken die Andy+ bisher zu einem Spitt des Thread hatte, sind offensichtlich durch die Wirklichkeit überholt (aus den letzte Meldungen in diesem Thread wird klar das fast keiner mehr als die letzten 3 Seiten ließt). Die üblichen Hilfesuchenden fragen per Google. -- Sie bekommen niemals die vollständigen Antworten einer langen Diskussion.

Jetzt ist schon spät, aber mit dem neuen Tageslicht werden wohl zwei neue Stränge verfügbar sein: "Kopano4S (Zarafa 2.0)" und "Migration Z4H zu K4S". Für Neueinsteiger diene der erste, für Umsteiger von Zarafa der zweite.


Mit besten Grüßen
der FrickerAtHome (F@H)

 

[Dufooy]

@FricklerAtHome

Sehr gut...und danke für's Anlegen der Threats.
Was ich noch vermisse ist, wie es in anderen Foren üblich ist, z.Bsp. xda Forum, dass es einen ersten oder zweiten Beitrag gibt, in dem immer der aktuelle Stand steht.
Da wir ja schon dass eine oder andere schon herausgefunden haben, sollte auch dieses irgendwo klar und verständlich dokumentiert sein.
Z. Bsp. auch tosobosos wertvolle Antworten in eine art FAQ Liste abgelegt werden.
Damit sich nicht immer alles wiederholt...
Denke mit richtiger Dokumentation könnte dieses Paket richtig populär sein.
Zum anderen bin ich immer bereit jemanden finanziell zu unterstützen der solch tolle Arbeit leistet, dass hebt auch die Motivation.


Gruß D.

PS: Hast Du noch eine Idee, warum meine Mails per SMTP nicht rausgehen, wegen angeblichem time out?
Siehe Post weiter oben

 

[Andy+]

Ein eigener Thread ist ja auch okay. Bei so zweien ist der Sinn so eine Sache, da man vieles doppelt absetzen müsste, so wie das aktuelle Thema Senden und Empfang von Emails. Hmmm.... wir werden sehen.

 

[Tosoboso]

Ein eigener Thread ist ja auch okay. Bei so zweien ist der Sinn so eine Sache, da man vieles doppelt absetzen müsste, so wie das aktuelle Thema Senden und Empfang von Emails. Hmmm.... wir werden sehen.

Ja bitte ein neuer Thread und ich bin dankbar wenn es 2-4+ sind: - aktuelle beta, -faq und wiki, -migration von z4h, -postfix probleme und tuning, fetchmail einstellungen incl. smarthost
Ich komm sonst wie alle Anderen nicht mehr nach. Gerne kann man / ich die faq, wiki dann zusammenfassen, wie die alte z4h wiki.
Es sollte auch bald Sinn machen eine eigene Kopano Rubrik im Forum zu schaffen.
- TosoBoso