Beiträge von Dean

Zitat von tab

Kann man aber einstellen für CLI, siehe Datei /conf/phpversion.readme

CLI funktioniert auch wie gesagt. Hier ist 7.4 bereits konfiguriert. Ist eher so: Cron ruft (mit 7.4) das Script auf, welches wiederum mit exec() dann /usr/bin/php aufruft.

Zitat von killerbees19

Dean Über CLI wird es im Chroot ausgeführt, über HTTP jedoch nicht. Da ist /usr/bin/php somit für alle Kunden gleich und wahrscheinlich nicht Version 7.4

Ja, das war es. PHP 7.0.33 arbeitet dort.

Zitat von nlights

Hallo!

Bisher hatte ich keine Probleme, aber nach dem letzten Update tut sich auch in meinem Cronjob nix mehr - bis auf die Meldung

PHP UConverter class is missing, it's provided by the Internationalization (intl) module.

Geht es euch auch so? Wechseln zwischen den verschiedenen PHP-Versionen brachte leider keine Abhilfe...

Hatte jetzt bei einer Aktualisierung auch dieses Problem. Ich konnte das Problem so lösen, dass ich in der config.php statt

define('PHP_EXECUTABLE', '/usr/bin/php');

Folgendes gesetzt habe:

define('PHP_EXECUTABLE', '/usr/local/php74/bin/php');

So ganz verstehe ich das zwar nicht, da /usr/bin/php ein Symlink auf /usr/local/php74/bin/phpist. Ein Aufruf der Feedaktualisierung über CLI direkt funktioniert einwandfrei. Bin der Sache aber nicht weiter auf den Grund gegangen, da es ja nun wieder funktioniert.

Bei mir läuft der Matomo Cronjob mit folgenden Einstellungen:

Aufgabentyp: PHP-Skript ausführen

Skriptpfad: matomo/console

mit Argumenten: core:archive --url=http://meinedomain.de/

Der DocRoot liegt bei mir entsprechend in /matomo

NC hat die Domain von mir, über die die FB sendet, manuell auf die Whitelist gesetzt. Damit tritt das Problem, zumindest bei mir aktuell, nicht mehr auf.

Ich habe eine ähnliche Konstellation. Bei mir liegen die Zielpostfächer sogar im gleichen Hostingpaket wie das Versandpostfach und lehnen ebenfalls ab. Ich stehe dazu seit ein paar Tagen mit NC in Kontakt und werde berichten, falls es Neuigkeiten gibt.

Da hat wohl jemand die FRITZBox-Mails als Spam angelernt.

Kann ich den Hostname schon irgendwie vorher beeinflussen, so dass bei der Imageinstallation statt v4711.supersrv.de direkt subdomain.meinedomain.de verwendet wird?

Die lokale IP kannst Du zB in Thunderbird in der erweiterten Konfiguration mit

mail.smtpserver.default.hello_argument = 127.0.0.1

anonymisieren.

Ich kann das in beide Richtungen nachvollziehen (beide Seiten Hosting), meine öffentliche Dialin-IP steht im ersten Received-Header.

Ping geht auf dem Webhosting nicht, da dafür Root-Rechte benötigt würden. Die anderen Arten sollten aber funktionieren und das Script ist bei mir erfolgreich im Einsatz (Webhosting).

Vermutlich möchte Google nicht, dass Du das änderst. Es gibt aber dennoch ein paar Möglichkeiten, darauf Einfluß zu nehmen. Ich kann mich aber dunkel erinnern, dass nicht alle Wege auf allen Androidversionen funktionieren und ich ein paar Varianten ausprobieren musste. Zuletzt bin bei einem Custom Script für AFWall gelandet, welches ich seit Jahren erfolgreich auf verschiedenen Androidversionen einsetze. Das erfordert natürlich Root.

Beim ersten Treffer auf XDA werden aber auch noch weitere Methoden aufgeführt, die auch ohne Root ggf. zum Erfolg führen. Im Zweifel durchprobieren.

Bei mir läuft Tiny Tiny RSS auf einem aktuellen Webhosting Paket mit PHP 7.2.23 ohne Probleme. Zeigt bei dir phpinfo() den die intl-Erweiterung als aktiv an?

Auch wenn es leider aktuell nicht mehr weiterentwickelt wird, dient mir Baikal seit vielen Jahren perfekt als einfacher CalDAV/CardDAV-Server, ohne den Overhead, den die Clouds so mit sich bringen. Im Hintergrund arbeiten hier auch die oben genannten SabreIO-Module.

Als Clients habe ich DAVx5 (Android) und Caldavsynchroniser (Outlook) erfolgreich im Einsatz. Auch bei den etwas ausgefalleneren (Kalender-)Spezifikationen klappt das hier ganz gut.

In der Familie sind auch iPhones unterwegs, die den Server nutzen. Allerdings weiß ich hier nicht, ob alles perfektioniert funktioniert. Bisher hat sich aber noch keiner beschwert, dass Termine oder Termindetails fehlen. Ich kann mich aber dunkel erinnern, dass es bei der Ersteinrichtung auf allen Apple-Clients immer Probleme gab, die richtige URL für diese zu finden.

Alles klar, danke! Dann schauen wir mal, ob es wirkt.

Kann ich den Spamfilter in einem Webhosting-Paket trainieren? Der Satz "Erfahren Sie, wie Sie den Spamfilter trainieren" im Backend geht zwar in Richtung ja, aber das verlinkte Wiki lieferte da leider keine weitergehenden Informationen.

Falls ja, wie? Durch Verschieben der Spams/Hams zwischen Inbox und Spamordner (und umgekehrt)? Wird das auch beim Arbeiten im Mailclient (zB TB) erkannt oder muss man das zB dann über den Webmailer machen? Erkennt der Spamfilter im Hintergrund (SpamAssassin??) den Spamordner über den Ordnernamen ("Spam" vs. "Junk")?

Vielen Dank im voraus.