Beiträge von informant

Naja, zu unserem Vorschlag wäre der 2. ja, dass man eine Checkbox bei DNSBL hat, dass die DNSBL Adressen im Spamassasign geprüft werden, welche man einträgt statt direkt, dann würde die Whitelist davor laufen. Aber der erste Vorschlag. s.o. von Hr. Keppler mit dem Zusatzeintrag in Postfix ist besser, finde ich... Frage ist nur die Umsetzung...

3. Option, evtl geht as auch, man kann doch die Postfix main auch auslagern bzw. Zusatzeinträge darin vornehmen. Was ist, wenn wir im LC DNSBL dekativieren, in der main conf von Postix die ausgelagerte Datei die LC einliest mit DNSBL befüllen, greift dann die Whitelist?

Danke auch hierfür fir die Rückemldung. Und Ihren Vorschlag umsetzen, siehe beigefügten Link (https://www.liveconfig.com/de/…tpd_client_restrictions)? Man könnte es ganz doch einfach via Checkboxin der Whitelist Option machen, dass die Whitelist auch für check_client_access hash:/etc/postfix/client_exceptions gilt. Wäre das möglich? Dann wäre das ganze doch einfach erledigt?

Danke für die Rückmeldung, das ist unschön, da ja Whitelist eigentlich alles durchlässt, was man einträgt. So zumindest der Standard. Eine Idee wie wir Adressen an den DNSBL bei LC vorbei bekommen, damit diese ankommen? Eigener DNSBL WhitelistServer wäre ja schwachsin dafür, das wäre so die einzige Idee von uns, wie man das umgehen könnte, da Whitelist DNSBL ja den normalen DNSBL deaktiviert, was eigentlich eine Whitelist auch tun sollte. => rbldnsd <= ist hier sicher auch für LC interessant? Gab ja auch mal hier nen Vorschlag von Hr. Keppler selbst: https://www.liveconfig.com/de/…smtpd_client_restrictions
Umsetzung?

Hallo, hat schon mal jmd. die Whitelist getestet. Bei uns ist ein *.domain.tld Eintrag drin, die eMails werden aber dennoch nicht zugestellt. Erst wenn wir DNSBL deaktivieren kommen diese durch. Jmd. eine Idee?

Hallo, läuft bisher stabil die Preview. Eine Frage dazu: Wo kann man denn - wie angekündigt für v2.8 - die Whitelist Einträge für eMail Adressen (-Domains) vornehmen?

Hi, hast du mal ne Standard Installation getestet ohne Plugin etc. Wenn die auch nicht geht dann ist an der gesamten Servereinstellung bzw. dem Server selbst was faul.

Zur Info, wir haben in /etc/apache2/sites-enabled/<Vertrag>.conf die Zeile FcgidIOTimeout bei der jeweiligen Domain gesucht und darunter FcgidBusyTimeout 3600 eingefügt. Danach Apache restart und es läuft bisher ohne 500er Fehler. Wir beobachten es weiter. Danke an den LC Support^^

Hallo kk, genau die 7200 haben wir auch als Standard. 2h sollte auch als Timeout reichen. Ein Script braucht ja keine 2h. Wir haben die Support Info erhalten und werden diese mal testen.

Hi, schon ne Lösung gefunden? Wir haben nämlich ähnliches bei Scripten, welche eine längere Ausführung benötigen. Timeout ist jedoch auf Testweise 3600 und Memory auf 1024, dennoch Abbruch 500. Meine Idee wäre die FCGI Limitierung, denn die steht im Vertrag in der fastcgi Datei auf 5000. Konnte diese im LC in den Vorgaben jedoch nirgends ändern,,, Supportanfrage ist noch offen.

Oki Doki, erneut danke für die Rückmeldung. Dann waren es scheinbar wirklich nur die wenigen übrig gebliebenen php5* Files, denn apt-get remove php5* hat scheinbar nicht alles gelöscht, erst das --purge^^
Schönen Abend und nochmals Danke für den Tip^^
MfG

Das mit dem vhost war eine gute Idee, danke, es waren noch php5 pakete installiert die er nicht alle deinstalliert hatte. Nach dem remove mit purge und erneutem reload von liveconfig sowie vorherigem erneuern der IP gruppe im adminbereich steht in der vhos conf noch immer:
FcgidWrapper /var/www/web207/conf/php7/php-fcgi-starter .php
FcgidWrapper /var/www/web207/conf/php7/php-fcgi-starter .php5
php5 mit drin, Normal?

Dann läuft ownCloud nicht mehr mit besagten Fehler,,,

Danke für die Rückmeldung, das paket war auch installiert. Folgende hatte ich installiert: php7.0-cli php7.0-common php7.0-cgi php7.0-curl apache2-suexec-custom php7.0-mysql php7.0-intl php7.0-sqlite3 php7.0-mbstring php7.0-imap php7.0-gd php7.0-zip php7.0-soap php7.0-apcu php7.0-xml php7.0-mcrypt libapache2-mod-fcgid und als das nicht ging noch php7.0-fpm, kann ich fpm und cgi parallel laufen lassen oder gibt es noch eine Idee, was fehlen könnte, ohne das fpm installiert sein muss?

Habe jetzt mal noch zusätzlich php7.0-fpm installiert, danach scheint es zu laufen, normal das man das zusätzlich noch braucht? Nur libapache2-mod-fcgid ging nicht^^ Das mit den Rechten hatte ich vorher schon angepasst gehabt. Interessant im Admin Bereich ist, dass fcgid nen grünen Haken hat aber proxy_fcgi (PHP-FPM) nicht, obwohl ich php7.0-fpm installiert habe und es danach nun läuft?!

Hallo zusammen,
nach dem Update jessie zu stretch und aktualisierung auf PHP 7.0 haben wir statt mod_php (libapache2-mod-php7.0) fastcgi (libapache2-mod-fcgid) installiert, seit dem läuft owncloud nicht mehr. Nach einer Recherche haben wir die Specs von owncloud gefunden, wo drin steht, benötigt mod_php.
Muss man das wirklich wieder installieren, damit owncloud läuft? Es wird bei shared-hosting doch davon abgeraten^^
Evtl. hat jmd. eine Lösung ohne mod_php für uns.
Danke vorab.
MfG

Das war das was ich gesucht habe. Danke dir.

Hallo zusammen, wo können wir bei LC den Standardwert (max.) für max_execution_time anpassen. Derzeit ist nur 1 bis 300 Sekunden möglich. Würde mich auf Rückmeldung freuen, wo ich den Wert anpassen kann, da bei Anpassung im Webfrontend die Warnung Invalid value - must be between 1 and 300 kommt. Danke.

MfG

Hi, alle raus dann liveconfig neu einlesen lassen, damit die IDs richtig passen in der DB.

Nochmal diesen Thread in Erinnerung rufe... Da wir oft Endkunden mit Maleware auf Ihren Endgeräten haben, welche dann SPAMmails versenden, mit dem Limit könnte man vieles eingrenzen!
MfG

wollen ja auch andere
-> https://www.liveconfig.com/de/…w-Tag?highlight=maillimit

Hallo, das selbe Problem hatten wir vor wenigen Tagen auch, folgende Info kam vom Support, die auch geholfen hat. Woher der Fehler kommt - bisher unklar...

Zitat

Hallo Herr XYZ,

ich kann das leider nicht nachvollziehen, am besten erzeugen Sie mal ein paar Screenshots welche das Verhalten zeigen.

Um das kurzfristig zu lösen können Sie wie folgt vorgehen:
- erstellen Sie ein Backup der LiveConfig-Datenbank (sicherheitshalber)
- löschen Sie die "falschen" IPs aus der Tabelle SERVERIPS
- starten Sie LiveConfig neu (da liest es die IPs eines Servers neu ein)
- aktivieren Sie dann die gewünschten IPs bei Apache sowie in den IP-Gruppen
- zudem sollten Sie auch bei FTP/E-Mail ggf. noch die "richtigen" IPs auswählen.

Viele Grüße

-Klaus Keppler

Alles anzeigen