Letzte Aktivitäten

Ich habe jetzt sehr lange nach einem Problem gesucht:
Mein erster und bisher einziger Rocky Linux Server (Rocky Linux 9.1 Blue Onyx) hatte immer wieder Probleme, https Verbindungen aufzubauen - zum Beispiel via wget oder curl. Es kamen immer wieder…

Nur als Info falls jemand auch einen alte Installation hat wo mal eine Migration von courier gelaufen ist (vor vielen Jahren).

Das mysql_upgrade.sh bzw der händische Ablauf hat da leider eine Nebenwirkung bei der dovecot config.
(Jedenfalls bei mir -…

(Quelltext, 68 Zeilen)

Zur Info, der Workaround scheint soweit zu funktionieren.
Er ist in die inzwischen erschienene pd-admin Version 4.106 noch nicht eingearbeitet.

(Quelltext, 41 Zeilen)

Gemäß pd-admin Support ist dies ein mittlerweile bekanntes Problem. Lösung wurde mir genannt (noch nicht probiert):

(Quelltext, 2 Zeilen)

Gemäß pd-admin Support ist dies ein mittlerweile bekanntes Problem. Lösung wurde mir genannt (noch nicht probiert):

(Quelltext, 2 Zeilen)

Gemäß pd-admin Support ist dies ein mittlerweile bekanntes Problem. Lösung wurde mir genannt (noch nicht probiert):

(Quelltext, 2 Zeilen)

Ich habe einen älteren Server, bei dem ich die 32 bit Version von pd-admin nehmen muss, wegen zu alter glibc.

Der Server hatte pd-admin v4.103 und 4-0.412. Also Versionsstände halbwegs aktuell, vorher nie Probleme gehabt.

Heute Update auf SE 0.418 und…

Ich möchte mich mal wieder beim PD-Admin Team bedanken. Es ist wirklich toll, dass so schnell auf aktuelle CVEs reagiert und dabei sogar stets auf möglichst hohe Abwärtskompatibilität (Patch Backports bis PHP 5.4!) geachtet wird.

Ich möchte mich mal wieder beim PD-Admin Team bedanken. Es ist wirklich toll, dass so schnell auf aktuelle CVEs reagiert und dabei sogar stets auf möglichst hohe Abwärtskompatibilität (Patch Backports bis PHP 5.4!) geachtet wird.

Ich hab jetzt auf einem Server, auf dem die letzten Updates ohnehin noch anstanden, es beobachtet:

Mittels "crontab -e" habe ich eine Zeile eingefügt

(Quelltext, 1 Zeile)


- Anschließend SE Update gemacht. Die Zeile war anschließend noch drin.

- Dann…

Konnte man nicht ein SE-Update forcieren? Ansonsten muss bis zum nächsten Update gewartet werden und geprüft werden.

Also dass bei den Cronjobs ganz allgemein was gemacht wird, weiß ich ganz sicher. Ich hatte früher ja mal einen Server mit der Free version (< 10 Domains) und da hab ich den get_license Job entfernt, da ohnehin sinnlos. Der war aber nach jedem Update…

Im Update Skript finde ich nichts zu "cron". Auch nicht im tarball der SE (geprüft bei Reihe 8). Müsste man einmal testen und verifizieren, ob bei einem Update aus kommentierte Zeilen entfernt werden.

Ich möchte mich mal wieder beim PD-Admin Team bedanken. Es ist wirklich toll, dass so schnell auf aktuelle CVEs reagiert und dabei sogar stets auf möglichst hohe Abwärtskompatibilität (Patch Backports bis PHP 5.4!) geachtet wird.

Ich möchte mich mal wieder beim PD-Admin Team bedanken. Es ist wirklich toll, dass so schnell auf aktuelle CVEs reagiert und dabei sogar stets auf möglichst hohe Abwärtskompatibilität (Patch Backports bis PHP 5.4!) geachtet wird.

Mir ist grad folgendes aufgefallen:
Ich hatte in der Crontab von root ein paar eigene Jobs drin, diese waren vorübergehend mit # auskommentiert. Weil ich grad Zeit hatte, habe ich die Standardumgebung upgedatet. Danach waren diese Einträge weg.
Kann es…

Problem ist gelöst.
Ich kann zwar ehrlicherweise nicht genau sagen, warum und wie, aber es geht wieder.
Wir haben einfach nochmal ein PD-Admin-Update laufen lassen, danach ging es.
Beim ersten derartigen Versuch hat das nicht geholfen....
*mystic-it*

(Quelltext, 75 Zeilen)