LiveConfig v1.7.4 freigegeben

Zitat von kk

[*]Zuverlässige PFS-Unterstützung für Postfix

Was ist damit eigentlich genau gemeint? Dürfte ja ein paar Leute geben, die NOUPDATE für Postfix gesetzt haben und hier evtl. eine Änderung dann manuell machen wollen/müssen - ja, man könnte natürlich auch temporär das NOUPDATE entfernen und einen diff machen.

Edith sagt, dass für LCDEFAULTS noch die Doku fehlt

Zitat von aziegler

Was ist damit eigentlich genau gemeint? Dürfte ja ein paar Leute geben, die NOUPDATE für Postfix gesetzt haben und hier evtl. eine Änderung dann manuell machen wollen/müssen - ja, man könnte natürlich auch temporär das NOUPDATE entfernen und einen diff machen.

http://bit.ly/1sWlE3r

Zitat von loswebos.de

http://bit.ly/1sWlE3r

sehr lustig, ich gratuliere.

ich bezog mich auf das "zuverlässig" und habe nun auch selber die Antwort gefunden:
"für Postfix werden nun bei SSL-Aktivierung automatisch Diffie-Hellman-Parameter (für eine bessere PFS-Unterstützung) erzeugt (bei bestehenden Installationen: einfach Postfix-Einstellungen erneut speichern)"
http://www.liveconfig.com/de/f…ig-v1-7-4?p=7901#post7901

Zitat

ich bezog mich auf das "zuverlässig"

Das war mit nicht ganz klar, dachte es ging um PFS allgemein. Sorry.

Lt. diff folgende Änderung:

< smtpd_tls_dh512_param_file = /etc/postfix/dh512.pem
< smtpd_tls_dh1024_param_file = /etc/postfix/dh2048.pem
< smtpd_tls_eecdh_grade = strong

Zitat von aziegler

habe nun auch selber die Antwort gefunden:

Na, geht doch........
War wohl gerade in dem Moment, als die Freigabe für 1.7.4 kam, unpassend.....

Zitat

Regards,

I have a problem on one of my server,
server runs nginx web server, and the problem is that it does not work change of php version.

I have installed 3 versions of PHP, and all of them reported in the LC interface, but when I select the other two thats not default,
version of php on that domain is not chaneg, always stay default version

On my other server on which is runing the Apache web server, that option works well.

just one problem that I have only on nginx
When deleting a customer subscription, somehow it does not delete the configuration file of the subscription, or deleted in /etc/nginx/sites-available, but in /etc/nginx/sites-enabled stays link
lrwxrwxrwx 1 root root 39 Sep 22 07:16 testsite .conf -> /etc/nginx/sites-available/testsite.conf

and then when restart nginx, get an error

Stopping PHP FastCGI for NGINX: testsiteawk: cannot open /etc/nginx/sites-enabled/testsite.conf (No such file or directory)
done.
Starting PHP FastCGI for NGINX: testsiteawk: cannot open /etc/nginx/sites-enabled/testsite.conf (No such file or directory)
done.

Configuration is:
debian 7.6
liveconfig 1.7.4 (r3074)

Alles anzeigen

once more,
does anyone have this problem?

Mini-Bug, allerdings nicht in LC selbst.

Bei der Info-Box neben dem neuen 301-Redirect gibt es einen Link zum LiveConfig-Handbuch, der auf "http://www.liveconfig.com/de/handbuch/tutorial.domains.redirect" verweist. Die Seite gibt es aber nicht.

Hallo,

wie kann man denn die neue Spamassassin-Option für alle Konten gleichzeitig aktivieren? Wie kann der Subjectrewrite angepasst werden?

Die LCdefaults werden aktuell scheinbar auch ignoriert. Ich habe, bevor ich Spamassassin installiert und aktiviert habe die Werte angepasst und trotzdem werden bei einer neuen E-Mail Adresse noch die alten Werte (3.0 warn, 5.0 reject) gezeigt.

Folgende SQL Befehl habe ich benutzt zum anpassen:

UPDATE `liveconfig_db`.`LCDEFAULTS` SET `LD_VALUE` = '1' WHERE `LCDEFAULTS`.`LD_KEY` = 'mail.greylisting.enabled'; UPDATE `liveconfig_db`.`LCDEFAULTS` SET `LD_VALUE` = '1' WHERE `LCDEFAULTS`.`LD_KEY` = 'mail.spam.enabled'; UPDATE `liveconfig_db`.`LCDEFAULTS` SET `LD_VALUE` = '10.0' WHERE `LCDEFAULTS`.`LD_KEY` = 'mail.spam.reject'; UPDATE `liveconfig_db`.`LCDEFAULTS` SET `LD_VALUE` = '5.0' WHERE `LCDEFAULTS`.`LD_KEY` = 'mail.spam.warn';

Ist das ein Fehler? Oder gehen die Defaults doch noch nicht?

Und dann schließe ich mich mbo´s Frage an......wie aktiviere ich die Default Werte bei allen Kunden?

Grüße
Björn

Ah...jetzt passt es. Das habe ich natürlich nicht probiert.

Mir sind da aber noch zwei Sachen aufgefallen.

1. Die Defaultwerte werden ja jetzt bei neuen E-Mail Adresse korrekt übernommen, allerdings zeigt
er diese Werte nun auch bei E-Mail Adressen an welche gar nicht aktiviert sind da diese angelegt worden
sind bevor das Update kam, also nicht in der /etc/postfix/spamassassin stehen.

Das führt dann auch zu folgendem Problem: Wenn man eine E-Mail Adresse anlegt wo der Spamfilter ausgeschaltet
ist und anschließend diese wieder bearbeitet zeigt er die Default werte an, also auch das er aktiviert ist,
obwohl dies nicht der Fall ist.

2. In der Webanmeldung der E-Mail Adresse selbst kann man die Werte nicht beeinflussen. Kommt das noch?

Grüße
Björn

Noch ein Nachtrag:

Wenn die besagte E-Mail Adresse ohne Spamfilter und Greylisting angelegt wird (Haken abgewählt) wird diese trotzdem aktiviert und in die greylist_addrs und spamassassin Datei eingetragen.
Es ist also nicht nur ein Anzeigefehler mit den Defaultwerte sondern die scheinen auch generell zu gelten egal was man bei der E-Mail Adresse einstellt.

Grüße
Björn

Herr Keppler, ich möchte mich an dieser Stelle einmal für die schnellen Problemlösungen bei Ihnen persönlich bedanken.

Wir nutzen LC nun seit knapp einem Monat und ich muss sagen es gefällt mir bisher am besten, okay einige Funktionen fehlen noch aber ich hoffe die werden noch kommen

Ein hoch auf Liveconfig, Herrn Keppler und sein Team!

Die PHP Versionswahl funktioniert nicht für die Konfiguration einer Nginx Domains. (Im FCGI Starterskript ist der Pfad
zum Binary auch auf /usr/bin/php-cgi hartgecodet. Gibt es ein Workaround um einer NGINX Domain eine separate PHP Version zuzuweisen?

Zitat von loswebos.de

Die PHP Versionswahl funktioniert nicht für die Konfiguration einer Nginx Domains. (Im FCGI Starterskript ist der Pfad
zum Binary auch auf /usr/bin/php-cgi hartgecodet. Gibt es ein Workaround um einer NGINX Domain eine separate PHP Version zuzuweisen?

ich habe das gleiche Problem, auf nginx-Konfiguration