Beiträge von BeKroNet

Wie andere Kunden bei Netcup hatte ich auch das Problem, dass der nextcloud CLI updater das Verzeichnis nicht finden konnte.

Insofern problematisch, da bei größeren Instanzen der Web-Updater nach 180 Sekunden in einen Timeout läuft.

Konnte das Problem so lösen:

1. Zusätzliche data.config.php im config Verzeichnis anlegen, wie von KB19 in Post #3 angemerkt
2. In der config.php den Eintrag 'updatedirectory' => '/domain.tld/httpdocs/nextcloud/updater', hinzugefügt

Jetzt sehen die relevanten Einträge in der config.php bei mir wie folgt aus

'datadirectory' => '/var/www/vhosts/hosting123456.ab123.netcup.net/sub.domain.tld/httpdocs/nextcloud/data',
'updatedirectory' => '/sub.domain.tld/httpdocs/nextcloud/updater',

Anschließend getestet mit:

php /sub.domain.tld/httpdocs/nextcloud/updater/updater.phar

Bekommen habe ich dann folgende Ausgabe:

Nextcloud Updater - version: v30.0.2rc1-9-ge6d305f

Current version is 31.0.0.

No update available.

Nothing to do.

Hallo liebe Community,

ich wollte soeben meine Nextcloud Instanz auf die Version 20.x upgraden mit dem mitgelieferten updater.phar.
Dieser läuft mir auf folgenden Fehler:

PHP Fatal error:  Allowed memory size of 134217728 bytes exhausted (tried to allocate 141997160 bytes) in phar:///httpdocs/nextcloud/updater/updater.phar/lib/Updater.php on line 637

Die Codestelle prüft die SHA512 Signatur der heruntergeladenen ZIP Datei, die das Update enthält:

$validSignature = (bool)openssl_verify(
    file_get_contents($this->getDownloadedFilePath()),
    base64_decode($response['signature']),
    $certificate,
    OPENSSL_ALGO_SHA512
);

Die ca. 135 MB große ZIP Datei wird zum verifizieren in den Speicher geladen, der laut gebuchtem Tarif (Webhosting 4000 SE de a1) mit 512 MB ausreichend dimensioniert sein sollte.

Ein Fatal error wäre hier eigentlich nicht zu erwarten gewesen.

PHP FPM: phpinfo();

memory_limit => 512M => 512M

Über SSH sieht die Sache dann aber etwas anders aus.

PHP CLI: php -i

memory_limit => 128M => 128M

Wie kann es sein, dass mit 512 MB beworbenem Speicher in der CLI nur 128 MB verfügbar sind?

Bei dem Roundcube Webmailer gibt es in den Einstellungen die Möglichkeit, festzulegen in welchen Ordner die Emails beim Löschen geschoben werden sollen.

Meine Erfahrung war, dass die Emails nicht im Trash Ordner gelandet sind, sofern man das nicht vorher in Roundcube eingestellt hat.

IMAPTrash.PNG

Der DMARC Record war für mich nur eine Methode, herauszufinden, was die Provider mit meinen gesendeten Mails anstellen.

Ohne diesen Record habe ich Antworten bekommen, dass die PDF Dateien nicht den Kriterien entsprechen.

Seltsamerweise hat mein ehemaliger Netcup VServer die PDF Dateien ohne murren der Provider zustellen können (ohne DKIM / DMARC).

Warum geht das beim Hostingpaket nicht mehr?

Leider kommen Emails mit PDF Anhang nicht bei meinen Kunden an.

Das Problem haben auch Kunden von mir, weswegen ich hier für mehrere Personen spreche.

Sowohl für mich als auch für meine Kunden verwende ich diverse Netcup Webhosting Pakete.

Emails ohne Anhang gehen durch, Emails mit PDF Anhang werden abgelehnt - ohne Rückmeldung. Das gilt hauptsächlich für die großen Provider (Telekom, Google, GMX, Web...)

Ich habe einen DMARC Record in meiner Domain hinterlegt, damit ich zumindest eine Rückmeldung der Email-Provider bekomme - siehe Anhang unten.

Das ganze ist für mich insofern verwunderlich, da ich bis vor kurzem noch einen VServer bei Netcup betrieben habe, der meine Emails anstandslos zugestellt hat - egal an wen und mit was für einem Anhang (EXE, BAT... ausgenommen).

Ich bin am verzweifeln, da ich meinen Kunden die Rechnungen aktuell nicht zustellen kann - genauso wie meine Kunden.