Eine solche Einstellung gibt es aktuell nicht. Ich nehme es als Featurewunsch auf. Ob bzw. wann wir die Funktion zur Verfuegung stellen, kann ich aber noch nicht sagen.
Beiträge von Daniel Bradler
-
-
Nach 12 Jahren und ueber 100 Updates kann die Frage aus dem Subject wohl mit "Nein" beantwortet werden
-
-
-
Hier dürfte etwas in Smarty, der Template Engine die Gambio verwendet, nicht erlaubt sein.
Das ist auch meine Vermutung.
-
Scheinbar hat sich das Problem erledigt. Es funktioniert alles wieder soweit. Vielleicht brauchte MySQL nur länger um zu starten
Das Upgrade braucht einige Zeit. Bei sehr grossen Datenmengen koennen es durchaus einige Stunden oder Tage dauern.
-
-
Das einfachste ist es, das Kundenkonto einfach ueber pd-admin zu loeschen.
-
Der Accout wird bei einer fehlgeschlagenen Migration nicht geloescht, damit das Problem analysiert werden kann. Die Loeschung muss manuell erfolgen.
-
Ich bin ausnahmsweise etwas verunsichert was die Vorgehensweise nun angeht
Wenn das Update mit der ersten Version der SE 0.448 erfolgt ist, dann reicht es, https://download.pd-admin.de/dovecot-v1.17.sh ausfuehren, um eine korrigierte Konfiguration zu erhalten. Bei einem Update mit der neuen Version von SE 0.448 ist es nicht erforderlich, das Skript manuell auszufuehren.
In beiden Faellen ist ein Update auf pd-admin 4.122 erforderlich.
-
Warum wird die Datei dh.pem nicht generiert?
Das kann sehr CPU- bzw. zeitaufwendig sein.
Ist das Sicherheitstechnisch OK, wenn jede Installation die gleiche dh.pem Datei verwendet?
Nach unserer Einschaetzung ja, siehe z.B. https://security.stackexchange…-purpose-of-dh-parameters
-
Unter https://download.pd-admin.de/dovecot-v1.17.sh liegt eine korrigierte Version des Skripts zur Erstellung der Dovecot-Konfiguration. Weiterhin sollte Version 4.122 von pd-admin verwendet werden. Damit werden alle bislang bekannten Fehler behoben.
-
Wir geben in Kuerze eine korrigierte Version der Serverumgebung 0.448 raus, damit sollte der Fehler nicht mehr auftreten.
-
Wir haben ein Skript veroeffentlicht, das dieses und weitere Probleme behebt. Siehe Ankeundigung ueber die Mailingliste.
Code
Alles anzeigenSofern Sie auf SE 0.448 aktualisiert haben (was aus Sicherheitgruenden ratsam ist), fuehren Sie bitte die folgenden Befehle aus: wget https://download.pd-admin.de/dovecot-v1.15.sh sha256sum dovecot-v1.15.sh bash dovecot-v1.15.sh Bitte stellen Sie vor Ausfuehrung sicher, dass das Skript die folgende sha256sum-Pruefsumme hat: 147e2c2d0c4089f4f3a6b87f58d56585e316384a0d5eba567f45c1ac7cd27768 dovecot-v1.15.sh Bei SE 0.447 oder kleiner darf das Skript nicht aufgefuehrt werden, da es eine zu Dovevot 2.2 inkompatible Konfiguration erzeugt.
-
-
auf 1024 MB geändert
Wenn 1024 MB nicht ausreichen, dann sollte ein hoeheres Limit getestet werden.
-
Der Fehler tritt bei neueren Versionen von usermod auf. Er wird in der kommenden Version korrigiert.
-
Cannot allocate memory (12)
Vermutlich muss das Arbeitsspeicherlimit in der Angebotsverwaltung hochgesetzt werden.
-
Die Variable wird es erst in der kommenden Version geben. Es werden zukuenftig auch standardmaessig staerkere Passwoerter generiert, insbesondere fuer die genannten MySQL-User.
-
Fuer die meisten der letztgenannten Passwoerter kann die geweunschte Laenge mit $RandomPassword::PasswordLength = 16; in /opt/pdadmin/etc/pdadmin.conf gesetztet werden.