Gesendet: Donnerstag, 14. Oktober 2021 um 16:56 Uhr Von: "Jan-Uwe Kögel" An: users-de@lists.opensuse.org Betreff: Re: Akonadi - Does and Don'ts

Am Dienstag, dem 12.10.2021 um 19:17 +0200 schrieb Helga Fischer:

...

Als Hinweis: Evolution als PIM lauft auch unter KDE. Du ersparst Dir damit sämtliche Macken und Unwägbarkeiten der KDE PIM Programme. Und ganz besonders Akonadi

Ich glaube, nachdem ich jetzt über 20 Jahre KDE verwende und in der Regel zufrieden damit bin, werde ich wohl mein Glück mit KMail5 und Akonadi probieren. Es ist ja nicht so, dass da drunter NoName-Daten- banken werkeln (ja, ich werde Postgresql nehmen). Die übelste Aufgabe besteht wohl darin, alle meine Filter und die Identitäten neu zu schreiben. Das käst mich schon ein wenig an, aber wenn die neue Technik wieder 15 Jahre hält, will ich mich nicht beklagen. Einen Vorteil sehe ich beim Umzug auf jeden Fall: Verschlüsselung & Co werden für mich dann wieder aus einem Guss sein, weil alles Wesentliche unter KDE läuft. Das stelle ich mir schon ganz nett vor. Bisher war's ja eher ein Spaghat, auch wenn es funktioniert hat. Jetzt hat halt was ganz übel reingegrätscht. Ich bin gespannt (und lese aus den Nichtreaktionen heraus, dass wohl alles - bis auf Ausnahmen - so gut läuft, dass man nichts mehr dazu erwähnen muss). Helga

Ich selbst habe vor einigen Jahren KDE4-PIM in Rente geschickt und bin schweren Herzens zu Thunderbird umgezogen ... Akonadi hatte mich geschafft.

Ja hier auch. KDE-PIM und Akonadi war nicht mehr zum aushalten. Die Zeit und Energie die man da reinstecken musste, das stand in keinem Verhältnis mehr. Bin zwar kein Freund von Thunderbird, aber seitdem ich auf Thunderbird umgezogen bin habe ich Ruhe. Es tut einfach. Gruss Norbert

Hallo, ich habe den Eindruck, dass Akonadi mit Postgres besser, stabiler läuft als mit MySql. Mit MySql waren des öfteren die Einstellungen bzgl. Darstellung und Ordnereigenschaften verloren gegangen. Seit dem Umstieg vor ein paar Monaten hatte ich dieses Problem nicht mehr. -- Viele Grüße Hans-Walter

Hi, On Mittwoch, 20. Oktober 2021 21:18:14 CEST Helga Fischer wrote:

Hallo in die Runde,

leben ohne MUA ist schon hart...

[...]

...

Mach mal ... und lass uns an deiner Erfahrung teilhaben ;-)

Ich selbst habe vor einigen Jahren KDE4-PIM in Rente geschickt und bin schweren Herzens zu Thunderbird umgezogen ... Akonadi hatte mich geschafft.

Nein, ich will hier nicht klein beigeben.

Ich hake trotzdem noch einmal nach.

Braucht Akonadi wirklich einen laufenden Datenbankserver? Oder verwendet der nur eine Datenbankdatei im mysql- oder postgresdb-Format?

er braucht einen laufenden Datenbankserver, den er aber selber startet. Dafür steht in ~/.config/akonadi/akonadiserverrc sowas drin: [%General] Driver=QPSQL [QMYSQL] Host= Name=akonadi Options="UNIX_SOCKET=/run/user/10000/akonadi/mysql.socket" ServerPath=/usr/sbin/mysqld StartServer=true [QPSQL] Host=/run/user/10000/akonadi InitDbPath=/usr/lib/postgresql13/bin/initdb Name=akonadi Options= ServerPath=/usr/lib/postgresql13/bin/pg_ctl StartServer=true Über driver= gibt man an, welcher DB-Server benutzt werden soll. Und im passenden Abschnitt gibt man dann die Parameter für diesen an. Und da sieht man dann auch, was er starten soll. Bei PostgreSQL bei mir z.B. /usr/lib/postgresql13/bin/pg_ctl.

Was mir auch noch nicht so klar ist - Suse hat die Entscheidung getroffen, dass Akonadi mysql benutzt. Das Umswitchen auf postgresql

Das ist IMHO keine Entscheidung von SUSE, sondern von den Akonadi-Leuten.

ist nicht trivial (zumindest braucht man Kommandozeile) und ich darf bei Updates nicht ignorieren, dass der DB-Server eventuell eine neue Version bekommt. Dann muss ich wieder zum DB-Admin werden, Daten- sicherung machen und gegebenfalls den Spaghat mit zwei Versionen?

Kann dir blühen, wobei die Benutzung von MySQL eher ohne jeden Eingriff durch den User läuft - Updates inklusive. Dafür ist sie langsamer als PostgreSQL und IMHO auch Fehler trächtiger.

Hilfen über GUI-Hilfsprogramme gibt es vermutlich nicht? Jedenfalls habe ich in der vorinstallierten, frischen KDE-Umgebung nichts der- gleichen gefunden.

Wie meinst du das?

Akonadi benutzen ist also eher für große betreute Umgebungen gedacht, als einzelner Nutzer nimmt man vielleicht doch lieber Thunderbird, da ist alles schön an einer Stelle?

Ne. Akonadi ist schon für normale Heimumgebungen gedacht. In großen Umgebungen möchte ich das um Gottes Willen nicht haben. Der Support würde durch die Decke gehen 8-< Wobei ich in großen Umgebungen auch einen zentralen Server für Mail, Kalender und Kontakte hätte. Dazu würde ich die Settings zentral provisionieren. Damit wären die Mails und sonstigen Daten immer am Server vorhanden, und es wäre egal, ob die lokale Akonadi-DB über die Wupper geht. Löschen, Settings provisionieren, neu synchen und fertig. Im Groben mache ich das auch hier bei mir daheim so.

Helga

Ciao. Michael.

Am Donnerstag, 14. Oktober 2021, 17:26:35 CEST schrieb Helga Fischer:

...

Gesendet: Donnerstag, 14. Oktober 2021 um 16:56 Uhr Von: "Jan-Uwe Kögel" An: users-de@lists.opensuse.org Betreff: Re: Akonadi - Does and Don'ts

Am Dienstag, dem 12.10.2021 um 19:17 +0200 schrieb Helga Fischer:

Als Hinweis: Evolution als PIM lauft auch unter KDE. Du ersparst Dir damit sämtliche Macken und Unwägbarkeiten der KDE PIM Programme. Und ganz besonders Akonadi

Ich glaube, nachdem ich jetzt über 20 Jahre KDE verwende und in der Regel zufrieden damit bin, werde ich wohl mein Glück mit KMail5 und Akonadi probieren. Es ist ja nicht so, dass da drunter NoName-Daten- banken werkeln (ja, ich werde Postgresql nehmen).

Die übelste Aufgabe besteht wohl darin, alle meine Filter und die Identitäten neu zu schreiben. Das käst mich schon ein wenig an, aber wenn die neue Technik wieder 15 Jahre hält, will ich mich nicht beklagen.

Einen Vorteil sehe ich beim Umzug auf jeden Fall: Verschlüsselung & Co werden für mich dann wieder aus einem Guss sein, weil alles Wesentliche unter KDE läuft. Das stelle ich mir schon ganz nett vor. Bisher war's ja eher ein Spaghat, auch wenn es funktioniert hat. Jetzt hat halt was ganz übel reingegrätscht.

Ich bin gespannt (und lese aus den Nichtreaktionen heraus, dass wohl alles - bis auf Ausnahmen - so gut läuft, dass man nichts mehr dazu erwähnen muss).

Helga da muss ich jetzt auch einmal ein Lanze für KMail brechen. Ich verwende Kmail seit Anbeginn der Zeit mit KDE, also KMail 2,3,4 und nun 5. Filtere eingehende Mail in Ordner und habe tausende Mails in den Ordnern liegen, mit den KMail klar kommt. Natürlich gibt es mal ab und an Störungen, die sich meist mit der Hilfe der netten Mitleser hier oder mit der Tante G lösen lassen, bzw. mit einem der nächsten Updates behoben werden. Manchmal muss man via akonadiconsole neu indizieren, aber das ist sehr selten. Bei mir (aktuell unter leab 15.3, seit Jahren von Version zu Version hochgehoben) läuft es zu 96 bis 99% der benutzen Zeit stabil.

Herbert

Hallo, Am Thu, 14 Oct 2021, Herbert Albert schrieb:

da muss ich jetzt auch einmal ein Lanze für KMail brechen. Ich verwende Kmail seit Anbeginn der Zeit mit KDE, also KMail 2,3,4 und nun 5. Filtere eingehende Mail in Ordner und habe tausende Mails in den Ordnern liegen, mit den KMail klar kommt.

Ich hab damals das KMail von KDE1 (und später evtl. auch mal das von KDE2) angeschaut, das war schon damals untauglich. Ich hab dann erst ne Weile XFMail verwendet, und bin dann 2001 auf fetchmail + procmail + mutt+(X)Emacs + sendmail[1] mit MBoxen umgestiegen, seit 2010 oder so verwende ich postfix statt sendmail[2]. Und was heißt schon "tausende"? Bei mir sind's teils zehntausende je Ordner, obwohl ich gelegentlich mal archiviere. U.a.: opensuse-de:29815 # seit 2013, Rest archiviert opensuse:41333 # seit 2017, Rest archiviert Die lassen sich noch so gut, d.h. u.a. flott verwenden, und das von HDD, daß ich mir das Archivieren z.B. der Jahre bis 2019 im Moment spare, auch wenn das mit mutt einfach ist (UI ist hier englisch): Shift-t für "Tag messages matching:", dann das Pattern ~d DD/MM/YY-DD/MM/YY, dann 's', dann Ordner/Datei angeben, Zielordner/-datei mit nem mutt in nem andere Terminal prüfen und wenn ok, im Ausgangs-mutt per '$' (sync-mailbox) die archivierten Mails löschen...

Natürlich gibt es mal ab und an Störungen, die sich meist mit der Hilfe der netten Mitleser hier oder mit der Tante G lösen lassen, bzw. mit einem der nächsten Updates behoben werden. Manchmal muss man via akonadiconsole neu indizieren, aber das ist sehr selten. Bei mir (aktuell unter leab 15.3, seit Jahren von Version zu Version hochgehoben) läuft es zu 96 bis 99% der benutzen Zeit stabil.

Ich habe IIRC seit 2001 _zweimal_ die mutt-config ändern _müssen_ (und dabei insgesamt glaub 3 Variablen) weil bei größeren Updates von mutt sich an den config-variablen was inkompatibel geändert hatte. Ansonsten war's eher: oh, was neues entdeckt, mal ausprobieren, genial, läuft. Und mutt läuft einfach stabil, schaltet mir automatisch je Ordner die Sprache und ggfs. Zeichenkodierung um, fügt die Einleitungszeile und die Signatur ein und ändert auch den Absender (ja, auch Envelope-From)... Alles per "hooks" (z.B. folder-hook). Auch an den fetchmail/procmail/sendmail/postfix configs habe ich IIRC nie was ändern _müssen_, und seit dem es jew. lief, liefs einfach. Auch über Updates der beteiligten Programme und libs und der Distri hinweg. Von KMail lese ich jedoch seit 2000 hier und auf der englischen Liste eigentlich *ständig* von Problemen, verstärkt seit es akonadi gibt. Wieso sollte man sich also KMail oder sowas antun? Zumal inzwischen mutt selbst wohl auch POP, IMAP und SMTP kann incl. SSL/TLS/STARTTLS kann, das hab ich aber nie verwendet. -dnh [1] statt fetchmail kann man gut auch z.B. getmail verwenden, statt procmail sieve oder sonst nen MDA/Filter, statt postfix/sendmail sonst nen MTA. [2] da ich auch intern meine Domain verwende ist die Konfiguration etwas kniffliger als die OOtB/YaST config vorsieht. Der Umstieg in mutt? Garnix, da postfix ein /usr/sbin/sendmail enthält, das kompatibel ist. Ich habe also wirklich _NUR_ postfix installiert, konfiguriert und dann sendmail entsorgt. Auch an procmail und fetchmail mußte ich nix umkonfigurieren. -- [Generierung der Message-ID in Evolution]

...

But if you do so, it must be globally unique. globally unique to the application. Hahahahaha!! "Globaly unique" innerhalb meiner Applikation!! Aua!!! Das ist Politiktauglich! [Ratti und > Jeffrey Stedfast]