Freitag, 10. Juli 2020

Trump schafft in einem Monat, wofür Obama 12 gebraucht hat

In other words, the deficit for a single month under the “conservative” Trump was greater than the deficit for the entire last year of the “liberal” Obama.

Quelle: The American Empire Continues its Decline – Rogue Economics

Tags: , , , , , , ,
Labels: Politik, USA

Keine Kommentare | neuen Kommentar verfassen

Freitag, 10. Juli 2020

Was bringen Corona-Vorschriften, wenn man sie nicht umsetzen will?

Okay, mein Lieber. Wir alle sind schon oft durch die Zollkontrolle am Euroairport. Auch bei der Einreise von ausserhalb des Schengenraums.

Erzähl uns also nicht solchen Bullshit, ihr könntet dort die Leute aus den Risikogebieten nicht erfassen.

Quelle: Herr Engelberger nervt um 10vor10

Tags: , , , , , , , , ,
Labels: Gesundheit

Keine Kommentare | neuen Kommentar verfassen

Freitag, 3. Juli 2020

Maskenpflicht: Ja, aber …

Ich bin kein Fan von Masken, aber so ist es nun Mal.

Wo ich aber noch eine klitzekleine Frage habe: Wieso nur im ÖV? Will das BAG herausgefunden haben, dass die Ansteckungen der letzten Woche(n) grösstenteils im ÖV stattgefunden haben? Dann wäre die Massnahme gerechtfertigt. Hat man diesen Beleg aber erbracht und wissenschaftlich verifiziert? Ich weiss es nicht.

Ich hege meine Zweifel, wenn ich an all die Demos, illegalen und legalen Parties der letzten Wochen denke. Wären die Infektionen stattdessen grösstenteils auf solche Aktivitäten zurückzuführen, müsste man doch viel eher alle Demos und Parties verbieten.

Denn wir sollten in dieser Pandemie nun wirklich langsam in einen Modus kommen, wo man ganz gezielte, kleinräumig abgrenzbare Massnahmen ergreift um (1) einerseits Risikogruppen zu schützen und (2) andererseits nicht unnötig (asymptomatische) Virenschleudern zu produzieren. Den grossen Rest sollte man aber unbehelligt und sich wieder ihrem Leben widmen lassen.

Ich versuche es mit einem Vergleich: Wenn die Autofahrer auf der A1 nach der Raststätte Grauholz Richtung Zürich regelmässig zu schnell fahren (und mich das als Bundesrat stört) stelle ich den Blitzer auch nicht in der West-Umfahrung in Zürich auf.

Und zum Schluss noch dies: Meine Hoffnung ist, dass sich an den Demos, illegalen und legalen Parties vor allem junge, kerngesunde Menschen anstecken. Das treibt zwar die Infektionszahlen in die Höhe, sollte meiner Vermutung nach aber (1) weder zu überfüllten Spitälern, und schon gar nicht Intensivstationen (2) noch zu Toten führen.

Wir dürfen nicht vergessen: Die Schweiz zählt am 3. Juli 2020 offiziell 6 Corona-Tote, die bei ihrem Tod an/mit Corona unter 40 Jahre alt waren. 6 von 1966 entsprechen 0.3 Prozent aller Corona-Toten. Und: 6 von 31’938 entsprechen 0.018 Prozent aller positiv Getesteten (besser wäre natürlich, die 6 nur gegen die Zahl der positiv Getesteten unter 40 Jahren zu vergleichen; diese Zahl habe ich auf die schnelle aber nicht gefunden).

Äugen wir also auf die Situation in ein paar Wochen und drücken uns die Daumen.

Tags: , , , , , ,
Labels: Gesundheit, Schweiz

Keine Kommentare | neuen Kommentar verfassen

Freitag, 3. Juli 2020

Sechs Monate Corona-Statistiken, und immer noch nichts begriffen

Da ich die World In Data-Grafiken mittels IFRAMEs einbette, aktualisieren sie sich in Echtzeit. D.h. die Grafiken sehen am 3. Juli anders aus als am 4. Juli, oder 20. Juli, oder 31. Dezember 2020. Als ich den Artikel geschrieben haben, sahen die Grafiken so aus. Sind wir gespannt, was die Halbwertszeit meines Blog-Posts ist.

CNNs Quest Means Business von heute Donnerstag-Abend:

Kann man als Journalist machen, sagt der ganzen Welt damit aber primär, dass man eine Statistik-Pfeife ist.

Wenn man eine solche Grafik bringt, dann bitte positive Getestete relativ zur Einwohnerzahl. Und wenn man wirklich die Auszeichnung ergattern möchte, legt man noch die Zahl der Tests darüber (denn es gilt auch hier: „Wer sucht, der findet“).

Dank Our World in Data kann man sich etwas ansatzweise davon zusammenklicken:

Wer ist der Spitzenreiter mit positiv ausfallenden Tests pro Tag? Die … haltet euch fest … Schweiz! Am 28. März mit 160 positiv Getesteten pro Million Einwohner. Die USA sind heute erst bei 158 positiv Getesteten pro Million Einwohner. Doch die USA könnten uns in den nächsten Tagen den unrühmlichen Rang abjagen.

Die Frage ist eigentlich nur noch, ob die Zahlen der positiv Getesteten gerade am durchstarten sind und in den nächsten Tagen durch die Decke gehen, oder ob die Kurve dann abzuflachen beginnt. So wie es in all den anderen dargestellten Ländern auch der Fall war.

Und jetzt nehmen wir noch eine logarithmische Skala:

Ich habe keinen Weg gefunden, die Tests darüberzulegen, deshalb in einer separaten Grafik:

Die USA testen derzeit doppelt soviele Personen pro Tausend Einwohner als es die Schweiz macht. Für mich nachvollziehbar, dass man dementsprechend auch mehr Infizierte findet.

Meine Einschätzung: Not great, not terrible.

Ich persönlich schaue wenn überhaupt gelegentlich nur noch folgendes Diagramm an:

Ich schreibe Schweden und Amerika dann ab, wenn deren Linien die Skala gegen oben markant sprengen.

PS: Vergleicht man die Länder auf einer logarithmischen Skala, sind die Unterschiede noch viel weniger markant:

Tags: , , , , ,
Labels: Gesundheit, Medien

Keine Kommentare | neuen Kommentar verfassen

Sonntag, 28. Juni 2020

Corona in Schlachtbetrieben (und wie die Medien weiter Panik schüren)

Zurück von einer Woche Urlaub am wunderschönen Achensee (wo man glücklicherweise einen extrem pragmatischen Pandemieschutzansatz fährt), zurück in die Corona-Medienhölle der Schweiz:

Corona-Fälle auch in Schweizer Schlachtbetrieb

Dies vermutlich als „Antwort“ auf die „Schreckensmeldungen“ der Berufskollegen aus Deutschland, die von Masseninfektionen in Schlachtereien, allen voran Tönnies, berichten. „Challenge accepted!“, werden sich die Tx-Journis gesagt haben.

Vielleicht wird ja ein Entscheider in Deutschland Herrn Professor Streeck vorbeischicken, um eine Studie über die verseuchte Tönnies-Fleischfabrik zu machen (analog zu seiner Heinsberg-Studie). Was auch immer dieses wissenschaftliche Papier zu Tage fördern würde — Panik ist eindeutig fehl am Platz:

In den Schreibstuben hat sich offenbar die Erkenntnis immer noch nicht durchgesetzt, dass man anstelle über die Zahl an Infizierten („75% mehr neue Fälle in der Schweiz als in der Vorwoche“ — Hintergedanke: Habt Angst! Und klickt mich, wir brauchen die Klicks und Werbeeinnahmen!) doch eigentlich über die aktuelle Zahl der Patienten im Spital (im Kanton Bern: genau eine Person) sowie davon solche auf der Intensivstation (im Kanton Bern: 0) sowie die Entwicklung der Zahl der Toten (trotz Unlockdown seit Wochen schweizweit (!) um 0 herum dümpelnd) melden sollten. Und wenn man die Zahl der Neu-Infizierten nun wirklich bringen will, dann bitte immerhin in Relation zur Anzahl der Tests!

Angewendet auf die Schlachtbetriebe:

  • Bern:

    […] Anfang Mai […] Der zur Ernst Sutter AG gehörende Fleischverarbeiter Reber in Langnau im Emmental […] 16 positiv getestete Mitarbeiter. […] Mittlerweile sind alle Betroffenen wieder gesund und an ihren Arbeitsplatz zurückgekehrt.

  • Gütersloh:

    1331 Tönnies-Mitarbeiter infiziert – fünf liegen auf der Intensivstation

    Quelle

Schlussfolgerung (unnötig für diejenigen Mitbürger, welche das selbständige Denken und ihre Mathematikfähigkeiten noch nicht vollständig an Journalisten outgesourct haben): Würden wir Mitarbeiter ALLER Schlachthöfe Europas testen, würden wir vermutlich eine riesige Zahl an Infizierten und/oder von Mitarbeitern mit SARS-Cov-2 Antikörpern finden. SARS-CoV-2 scheint es in solchen Industriemilieus (aus noch wissenschaftlich zu klärenden Gründen) zu gefallen.

Doch das Zwischenfazit müsste ein anderes sein: 100 Prozent der „Fallstudie“ Langnau i.E. haben Corona überlebt und arbeiten wieder. Mindestens 99.6 Prozent der (infizierten) Schlacht-Mitarbeiter in Gütersloh haben Corona überlebt, und ich drücke den fünf Personen auf der Intensivstation alle Daumen, dass sie die Infektion überleben. Sie haben das Glück, in einem der besten auf Corona gewappneten Gesundheitssysteme der Welt behandelt zu werden. Ich denke nicht, dass sie in ihren Heimatländern bessere Überlebenschancen gehabt hätten.

PS: Bewusst lasse ich die wirtschaftlichen Konstrukte mit Subunternehmen und Leiharbeitern aus Osteuropa hier vor; falls diese prekären Umstände den Bürger mehr stören als teures Fleisch, müssen sie mittels Proteste (fühlt sich gut an, hat vermutlich aber null Effekt) und Wahlen (äusserst effektiv, sofern die Mehrheit sich daran stört) Gegensteuer geben.

Ich persönlich kaufe wann immer möglich Schweizer Fleisch. Wir haben zwar schon vereinzelt Shopping-Ausflüge über die Grenze gemacht, wehre mich aber jedes Mal mit Händen und Füssen, wenn die bessere Hälfte im Kaufland deutsches Müllfleisch in den Warenkorb legt.

Tags: , , , , , , , ,
Labels: Gesundheit, Medien

Keine Kommentare | neuen Kommentar verfassen

Samstag, 13. Juni 2020

Vaclav Havel definiert „Post-Totalitär“

„Within the system, every individual is trapped within a dense network of the state’s governing instruments…themselves legitimated by a flexible but comprehensive ideology, a ’secularized religion’…it is therefore necessary to see, argued Havel, that power relations…are best described as a labyrinth of influence, repression, fear and self-censorship which swallows up everyone within it, at the very least by rendering them silent, stultified and marked by some undesirable prejudices of the powerful…“

Quelle: The Power of the Powerless

Tags: ,
Labels: Geschichte, Politik

Keine Kommentare | neuen Kommentar verfassen

Samstag, 13. Juni 2020

NZZ Standpunkte: Medizin-Ethik in der Corona-Pandemie

Leben und sterben mit Covid-19 – Wie schaffen wir das?

Die knapp einstündige Sendung wurde mir von einem Bekannten empfohlen. Ich habe sie mit youtube-dl heruntergeladen und dann während dem Rudertraining mit dem Mediaplayer Infuse 6 auf meinem iPad mit 1.75-facher Geschwindigkeit geschaut (meiner Meinung nach die Mindestgeschwindgkeit, die man wählen sollte — mehr Zeit ist das Gespräch nicht wert).

Was ich mitgenommen habe:

  1. Eine Patientenverfügung ist eine äusserst gute Sache und sollte in gesunden und unbeschwerten Zeiten verfasst und mit dem Partner und einem (geschulten?) Arzt besprochen werden.
  2. Das radikale Besuchsverbot in Alters- und Pflegeheimen war ganz klar ein Fehler des Bundesrats und des BAG (aus meiner Sicht: einer von vielen). Es war wissenschaftlich nicht rechtfertigbar, und hat viel Leiden ausgelöst (ein Corona-Kollateralschaden mehr).
  3. Generell sollten deutlich mehr evidenzbasierte Entscheide gefällt werden, ein Mittel dabei sei der „Rapid Review“ von wissenschaftlichen Artikeln.
  4. Eine breit abgestützte Task Force sofort einberufen. Meine Ergänzung: Bitte lasst die Viro- und Epidemiologen mit narzistischen Persönlichkeitsstörungen aussen vor. Mir scheint es als gäbe es eine sehr starke Korrelation zwischen der Berufswahl und der Geilheit auf Medienauftritte.
  5. Sterbenskranke Ärzte ziehen es vor, nicht im Spital zu sterben, sondern zu Hause (Palliativmedizin). Das sind die Experten, haben viele auf dem letzten Weg begleite — und genau das sollte uns zu denken geben.

Tags: , , , , , , , , , , , , , , , , , ,
Labels: Gesundheit, Schweiz

Keine Kommentare | neuen Kommentar verfassen

Samstag, 13. Juni 2020

Geniales Unboxing-Video

Die Qualität, die Musik, der Schnitt …

… im Gegensatz zu den Kommentaren unter dem Video gehe ich bei meinem derzeitigen Wissensstand davon aus, dass die Räder für den neuen Mac Pro die $699 tatsächlich wert sind.

Tags: , , , , ,
Labels: Apple

Keine Kommentare | neuen Kommentar verfassen

Mittwoch, 3. Juni 2020

Die Tablare des Landi Medion Weinkühlschranks mit etwas Funktionierendem ersetzen

Vor einigen Monaten verkaufte die Landi einen Medion MD 16703 Weinkühlschrank (Angebot für Landi auf Medion beworben, nicht mehr funktionierende Artikel-Seite auf Landi.ch) mit Stauraum für acht Flaschen für sagenhafte 99 CHF.

Da musste ich selbstverständlich zuschlagen — wir wohnen im 2. Stock, und der Wein lagert im Keller. Es gibt kein Lift. Der Fussmarsch hinunter in die Gewölbe und wieder herauf wäre das eine gewesen, doch der Wein hatte natürlich auch nicht die richtige Trinktemperatur, wenn er direkt aus dem Keller kam.

Der Kühlschrank ist nicht schlecht — er kühlt den Wein wie erwartet und ist auch nicht laut (er steht bei uns im Wohnzimmer, und ich habe bisher keine störenden Geräusche vernommen). Doch das grösste Manko sind die Holzregale, die es unheimlich umständlich machen, Weinflaschen, die nicht exakt der Norm entsprechen, in den Kühlschrank zu legen. Immer wieder kommt es vor, dass ich ein Tablar oberhalb des freien Platzes entfernen, den Wein einlagern, und dann das Tablar wieder einlegen muss.

Am Wochenende machte ich mich deshalb auf die Suche nach Ersatz. Zuerst wollte ich den Kühlschrank komplett ersetzen (den Kimchi meiner Frau möchte ich seit längerem in einem Kühlschrank lagern, in dem sonst keine anderen Esswaren liegen — somit hätte der „alte“ Weinkühlschrank eine neue Berufung erhalten und nahtlos weiterbetrieben werden können). Doch das gewünschte, höhere Modell (PROFI COOK PC-GK 1164) war vergriffen. Und der vergleichbare Coldtec by Kibernetik THD21 war halt etwas zu teuer.

Beim Durchsuchen anderer Angebote fielen mir die alternativen Tablare von Fusts Novamatic VINOCAVE 6 (Aktion: 99 CHF) auf. Es handelt sich um Chromgitter, oder „Chrome racks“. Bei Ali Express wurde ich nicht fündig.

Dann eine weitere Idee: Vielleicht gibt es Ersatzteile bei Medion, und vielleicht verkaufen die nicht nur die Holzregale, sondern auch die Chromgitter. Leider nein — für den Weinkühlschrank werden zwar viele Treffer angezeigt, es scheinen aber nicht wirklich Ersatzteile angeboten zu werden.

Nach weiteren Recherchen dann die Erkenntnis, dass der Tristar WR-7508 dem Medion MD 16703 wie ein Zwilling gleicht. Es wird sich wohl um dasselbe Modell mit einem anderen Branding handeln. Doch dieser Weinkühlschrank verfügt nicht über die blöden Holzregale, sondern eben auch über Chromgitter.

Und siehe da: Im Ersatzteilshop von Tristar kann man diese Gitter unter der Artikelnummer XX-7508123 nachbestellen! Gesagt, getan. Drei Stück kamen gestern an und wurden umgehend eingebaut.

Ob besonders geformte Weinflaschen nun besser reingelegt und herausgeholt werden können, werde ich hier bei Gelegenheit notieren. Der erste Test war auf jeden Fall vielversprechend.

Photos

Tags: , , , , , , , , ,
Labels: Shopping

Keine Kommentare | neuen Kommentar verfassen

Samstag, 23. Mai 2020

Zwei Cyon IMAP-INBOXen innerhalb von drei Wochen zerschossen

Seit 2012 bin ich glücklicher Kunde von Cyon, eines schweizerischen Hosting-Anbieters. In den letzten drei Wochen hat sich das Erlebnis etwas getrübt.

Wichtig: Die unten beschriebene Problematik hatte ich in den letzten acht Jahren nie, und schon gar nicht innerhalb von drei Wochen zwei Mal. imapfilter hat bisher auch immer reibungslos funktioniert.

Das erste Problem

Am Morgen des Samstag, 9. Mai 2020 konnte ich plötzlich nicht mehr auf meine E-Mails in der INBOX von Konto A zugreifen. Weder in Apple Mail (meinem hauptsächlichen E-Mail-Client), noch über RainLoop (Webmail), noch mit imapfilter, welches ich verwende, um E-Mails automatisiert in Unterordner zu verschieben (oder im Falle von Spam: zu löschen).

Das alle 5 Minuten laufende imapfilter, gepaart mit Healthchecks, ist übrigens auch ein optimales „Frühwarnsystem“, welches mir meldet, wenn mit dem Mailserver etwas nicht stimmt.

Das Log von RainLoop (unter RAINLOOPROOT/data/_data_/_default_/logs) zeigte den Fehler schön auf:

...
[08:55:36.698][1c50d1ff] IMAP[DATA]: > TAG3 SELECT "INBOX"\r\n
[08:55:36.960][1c50d1ff] IMAP[ERROR]: Stream Meta: Array
...
[08:55:36.961][1c50d1ff] IMAP[ERROR]: MailSo\Net\Exceptions\SocketReadException: MailSo-Net-Exceptions-SocketReadException (NetClient.php ~ 523) in %PATH%/rainloop/v/0.0.0/app/libraries/MailSo/Net/NetClient.php:523
Stack trace:
...

Und so sah das Symptom bei imapfilter aus:

...
Sat May  9 10:41:38 2020: reading data through SSL; the connection has been closed cleanly
...

Diese Meldung wurde in einer Schleife ausgegeben, und zwar bei jedem Befehl, der E-Mails filtern und — falls vorhanden — verschieben sollte.

Als ich imapfilter im Debug-Modus laufen liess …

$ imapfilter -v -l log.txt -d debug.txt recipe.imapfilter

… tauchte folgende erhellende Nachricht im Debug Log (debug.txt) auf:

IMAP (5): 107C NO [UNAVAILABLE] Maximum number of connections from user+IP exceeded (mail_max_userip_connections=75)

Weil die IMAP-INBOX nicht abrufbar war, steckten meine Scripts in Endlosschleifen fest, welche die Zahl der Verbindungen pro E-Mail-Konto und IP voll ausschöpfte. Es waren also keine Verbindungen mehr möglich.

Als erstes schaltete ich deshalb den imapfilter-Cronjob ab, um dem IMAP-Server eine Verschnaufspause zu gönnen. Dann wurde rasch klar, dass die E-Mails in der INBOX aus irgendeinem Grund nicht aufgelistet werden konnten. Ich hatte in den zwei Tagen zuvor einige Anpassungen am imapfilter-Konfiguration vorgenommen; eine Möglichkeit war, dass die Verschiebeaktionen dabei zu einer korrupten INBOX-Datei geführt haben könnten.

Obwohl das Problem an einem Wochenende auftrat, schrieb ich dem Support — wohlwissentlich, dass ich erst am Montag eine Antwort erhalten würde. Vielleicht würde ja trotzdem eine gute Seele reinschauen … leider nein, The Computer Says No.

Ich kämpfte deshalb auf eigener Faust weiter: Nach viel Pröbeln wählte ich die Holzhammer-Methode: Nach einem lokalen Backup des kaputten Dovecot-Verzeichnisses löschte ich via SSH alle Dateien im INBOX-Verzeichnis (Pfad: siehe unten), ein frischer Start, sozusagen. Seither funktioniert die INBOX wieder.

Glück im Unglück: Da ich bei Konto A versuche, Inbox Zero anzuwenden, waren nur vier E-Mails von der Löschaktion betroffen, von denen ich die von Apple Mail lokal gespeicherten .emlx an einen sicheren Ort kopieren konnte.

Das zweite Problem

Kurz nach Mitternacht in der Nacht von Donnerstag auf Freitag, 22. Mai 2020 traten gemäss imapfilter Probleme mit Konto B auf. Ich merkte dieses am späteren Freitag-Morgen, als ich mit meinen Mail-Clients nicht mehr auf meine E-Mails in der INBOX von Konto B zugreifen konnte. Dieses Mal gab es aber keine Überlastung der erlaubten Verbindungen. imapfilter meldete bei Abfragen auf die INBOX:

...
Fri May 22 14:47:16 2020: IMAP (5): 127C NO [SERVERBUG] Internal error occurred. Refer to server log for more information. [2020-05-22 14:47:16] (0.040 + 0.000 + 0.039 secs).
...

Ohne Zugriff auf die Logs konnte ich „SERVERBUG“ nicht weiter eingrenzen. Erneut schrieb ich eine E-Mail an den Support (Versand um 15:19 Uhr), und erhielt um 16:57 Uhr eine Antwort. Leider in der Form „Have you tried turning it off and on again?“. Die Hoffnung war verloren, dass mir Cyon noch vor dem Wochenende beim Debugging helfen konnte — somit sah ich ca. 56 Stunden ohne E-Mail entgegen.

Hilfreich war in der ersten Antwort des Supporters einzig der Tipp, anstelle von RainLoop doch bitte das „offizielle“ Webmail von Cyon zu verwenden: webmail.cyon.ch, welches auf RoundCube basiert. Gesagt, getan. So konnte ich dem Supporter klipp und klar belegen, dass das Problem auf der Serverseite lag. Wenn ich die INBOX anwählte, erschien am unteren Bildschirmrand ganz in rot folgende Fehlermeldung:

Serverfehler: UID SORT: Internal error occurred. Refer to server log for more information. [2020-05-22 17:59:38] (0.041 + 0.000 + 0.040 secs)

Leider gab es seither keine Antwort mehr, weshalb ich mir erneut selber helfen musste (wieso passieren diese Fehler immer auf’s Wochnenende hin?!)

Das Problem war dieses Mal etwas anderer Natur — Apple Mail und imapfilter zeigten partout keine E-Mails mehr in der INBOX an; die Unterordner konnten hingegen abgerufen werden. RoundCube hingegen zeigte die INBOX etwas erratisch manchmal an, manchmal nicht.

Die schlussendliche Lösung:

  • Per SSH auf den Shared Hosting-Server einloggen
  • Alle dovecot-Prozesse abschiessen mittels
    $ ps ax | grep -i dovecot | grep -v grep | awk '{print $1}' | xargs kill
  • Die (möglicherweise korrupte?) dovecot.index Datei löschen
  • In Cyons RainLoop Webmail einloggen
  • Die E-Mails der letzten Tage im problematischen Mail-Ordner von Hand durchgehen; solche, die nicht angezeigt werden konnten, habe ich kurzerhand gelöscht
  • Einen neuen Unterordner erstellen; bspw. BACKUPYYYYMMDD
  • Alle verbleibenden E-Mails im problematischen Ordner auswählen und in den Backup-Ordner verschieben (ich hatte Angst, dass der Verschiebeprozess nicht funktionieren würde, klappte in dem Fall aber problemlos)
  • Zurück auf SSH wechseln
  • Im Verzeichnis des problematischen Emailordners rm -rf * ausführen, um alle vorhandenen Dateien zu löschen (ACHTUNG: Wer diesen Befehl am falschen Ort ausführt, löscht sich sein gesamtes Benutzerverzeichnis)
  • RoundCube, RainLoop Apple Mail und imapfilter wieder starten resp. öffnen — der problematische Ordner ist jetzt zwar leer, aber kann immerhin wieder ohne Fehlermeldungen abgefragt werden. Im Hintergrund erstellt Dovecot alle benötigten Dateien wieder.
  • Falls gewünscht die E-Mails aus dem Backup-Ordner zurück in den (neu erstellten) ehemals problematischen Ordner verschieben oder kopieren (ACHTUNG: Es könnte sein, dass eine ganz bestimmte E-Mail im Backup Dovecot zum Straucheln bringt; in dem Fall würde man mit der Rückkopieraktion das Problem wieder von vorne starten … bei mir war das glücklicherweise nicht der Fall)

Epilog

Ohne Zugriff auf die IMAP-Logs ist mir aber weiterhin nicht möglich herauszufinden, was denn nun wirklich genau das Problem war. Und so besteht zu befürchten, dass das Problem jede Minute erneut auftreten kann.

Und nein, ich gebe nicht Cyon die Schuld: Es könnte sein, dass mein spezielles Setup mit 5-minütigen imapfilter-Verbindungen die Ursache hinter den Problemen ist. Bspw. eine Anpassung, welche tausende E-Mails verschiebt und der Mailserver noch am kopieren ist, wenn der nächste imapfilter-Prozess bereits wieder startet und gerade in Kopie befindliche E-Mails irgendwohin kopiert. Oder ein Software-Update meiner Debian-Systeme in den letzten drei Wochen.

Es könnte aber auch sein, dass der Fehler bei Cyon zu suchen ist — d.h. ein kaputter RAM-Baustein, der beim Schreiben IMAP-Ordnerdateien korrumpiert, oder das Storage-System, welches zu schreibende Daten verfälscht, oder ein Update von Dovecot, nach welchem sich die Software nicht mehr wie gewohnt verhält. Oder eine Inkompatibilität zwischen der neuen Dovecot-Version mit dem bisherigen imapfilter; oder mit dem neuen imapfilter und der bisherigen Dovecot-Version.

Cyons E-Mail-Infrastruktur

Was ich bei diesen Problemen über Cyons E-Mail-Infrastruktur gelernt habe:

  • Cyon verwendet Dovecot als IMAP-Server
  • Ist man per SSH auf dem Cyon-Server eingeloggt, kann man sich die (eigenen) laufenden IMAP-Server-Prozesse mit folgendem Befehl anzeigen lassen. Die Zahl der Prozesse ist meines Erachtens proportional zur Anzahl der Clients, die gerade per IMAP E-Mails abfragen (mindestens 1 Prozess, es können aber durchaus auch mehrere pro Client sein).
    $ ps ax | grep -i dovecot
    3662642 ?        S      0:00 dovecot/imap
    3662645 ?        S      0:01 dovecot/imap
    3662646 ?        S      0:00 dovecot/imap
    3662706 ?        S      0:00 dovecot/imap
    3663038 ?        S      0:00 dovecot/imap
    3664246 ?        S      0:00 dovecot/imap
    3674314 ?        S      0:00 dovecot/imap
    3674316 ?        S      0:00 dovecot/imap
    3674317 ?        S      0:00 dovecot/imap
    3674449 ?        S      0:00 dovecot/imap
  • Die Mail-Daten eines Benutzers liegen in einer Ordnerstruktur unter /userdata01/%CYONUSER%/mail
  • Die Mail-Ordner einer E-Mailadresse %EMAILUSER%@%DOMAIN% finden sich unter /userdata01/%CYONUSER%/mail/%DOMAIN%/%EMAILUSER%/mailboxes
  • In einem Mail-Ordner finden sich normalerweise folgende Dateien:
    drwxr-x--x 2 user user    158 May 23 17:02 ./
    drwxr-x--x 3 user user     32 May 23 16:43 ../
    -rw-r----- 1 user user  15024 May 23 16:41 dovecot.index
    -rw-r----- 1 user user  15024 May 23 16:41 dovecot.index.backup
    -rw-r----- 1 user user 391208 May 23 17:34 dovecot.index.cache
    -rw-r----- 1 user user   2144 May 23 17:02 dovecot.index.log
    -rw-r----- 1 user user  32928 May 23 16:41 dovecot.index.log.2
  • Löscht man die Cache-Datei dovecot.cache in einem Mailordner (kann mehrere hundert Megabytes oder sogar Gigabytes gross sein), wird diese von Dovecot nicht automatisch neu generiert. Nichts geht mehr; d.h. der Ordner wird als leer angezeigt.
  • Löscht man die Index-Datei dovecot.index, wird diese von Dovecot automatisch neu generiert. Beim zweiten Problem half dies tatsächlich, dass ich wieder Zugriff auf E-Mails erhielt.

Tags: , , , , , , ,
Labels: IT, Schweiz, Web

Keine Kommentare | neuen Kommentar verfassen