Oder weis jemand wie ich dem LC Lua Script diese Configurationen übergeben kann ?
custom.lua:
postfix.LOCALCONFIG = {}
postfix.LOCALCONFIG['message_size_limit'] = "0"
postfix.LOCALCONFIG['relayhost'] = "[ourrelayhost.example.com]"
Geht sicher noch besser/schöner, mein LUA ist aber etwas eingerostet.
hm, eigentlich wäre es schöner und sinnvoller, wenn der Reseller den Präfix nicht ändern kann, höchstens weiteres anhängen kann...
dito.
*10z*
Aber wie sagte Herr Keppler am Telefon im Sommer 2014 zu mir: Sowas macht keiner...
Leider doch. Diejenigen, die solche Aliases als Mailinglisten "missbrauchen" ... 
Habe mal im FTP Programm von PASV auf Active gestellt und dann geht's... Fraglich nur was plötzlich an ProFTPd anders sein sollte als vorher? :-/
Riecht nach Firewall/Rout(er|ing).
Technically, there is one single "primary nameserver" and actually multiple "secondary nameserver(s)". So IMHO the naming is correct.
Das ist aber nicht die vorgegebene und empfohlene Konfiguration von LiveConfig. Herr Keppler empfiehlt, Unix-Sockets zu verwenden, da Port 10023 theoretisch hijacked werden kann.
Aber schön, dass es wieder klappt 
Ich sehe bei den hiesigen Mail Hostern meist nur noch die varianten über IMAPS/POP3S und sehe dies auch als richtig an, warum erst eine unsichere Sitzung erzeugen und dann durch STARTTLS in eine sichere Sitzung ändern, wenn heute doch fast jeder Client die direkte SSL/TLS Verbindung unterstützt.
Weil viele Umgebungen entweder nur SSL erlauben (und Plaintext/STARTTLS sperren) oder es andersrum der Fall ist (Plaintext wird erlaubt - damit auch STARTTLS, SSL hingegen ist gesperrt). Manche Uni macht das beispielsweise so.
Kennt einer einen guten Anbieter für Domainreseller, der auch einen zuverlässigen DNS Betrieb anbietet? Ich brauche einen zweiten NS. Die Domainpreise sollten moderat sein. Danke für die Info.
Ich glaube, da finden sich hier im Forum genug ... inkl. Herrn Keppler selbst 
(meld dich mal ...)
Das ist ein bekannter Bug in LC Basic. Lässt sich als Anwender nicht beheben, da muss kk+Team ran (die den Bug auch schon länger kennen).
Andere Ideen?
Postfix-Konfiguration selbst auch angepasst?
es geht effektiv ja eh nur um 2 Werte: myhostname und mydestination.
Eine Domain kann nicht als "mydestination" und als "virtual domain" gleichzeitig verwendet werden. Das klappt auch mit Confixx nicht.
Schau bitte nach, was der Confixx-Postfix-Server entsprechend verwendet und was in LC drinnen steht.
Ach ja: Logs mit den Fehlermeldungen helfen auch.
eine Mailzustellung an ein Postfach auf dem Domainnamen, der auch unter /etc/hostname eingetragen ist schlägt fehl.
Bekanntes Problem und unabhängig von LC.
Siehe:
http://www.liveconfig.com/de/h…/server.requirements.html
Postfix zieht den Hostname für sich selbst und für die internen Aliases etc, womit in LiveConfig keine Verwaltung mehr erfolgen kann. Abhilfe: Subdomain als Hostname setzen ("www.example.com" statt nur "example.com").
Wird der QUota-Verbrauch im System über "quota -g $USER" korrekt angezeigt?
Wurden die Berechtigungen nach dem Kopieren auch auf dem Benutzer angepasst ("chown -R ...")?
Bei "cp -r" bleiben die alten Rechte erhalten, weshalb dann auch die Quota-Werte nicht "aktuell" sind.
Im Übrigen: "quota neu berechnen" dürfte bei Google genügend Treffer liefern...
bei der Zuweisung eines eigenen SSL-Zertifikats für Proftpd, der durch LiveConfig verwaltet wird fehlt in der proftpd.conf der Verweis auf die Zwischen- bzw. Root-Zertifikate: TLSCACertificateFile /etc/pfad_zum_ca-cert
Die Folge ist, dass gültige signierte Zertifikate von FTP-Clients bei FTPS als ungültig moniert werden.
Gerade bei uns geschaut: innerhalb der Datei /etc/ssl/certs/proftpd.crt befindet sich sowohl das eigentliche Server-Zertifikat, als auch die beiden CA-Bundle-Zertifikate von Comodo. Ist also ähnlich wie beim Nginx, der ebenfalls alle Zertifikate in einer Datei will.
Wurde das CA-Zertifikat in LiveConfig auch hinterlegt? Was steht tatsächlich in der proftpd.crt?
Es ist schwer zu vermitteln das nur bei E-Mail statt "nürnberg-domain.de" dann "xn--nrnberg-domain-gsb.de" ausgewählt werden muss.
Es sollte dem Kunden schon VOR der Auswahl der Domain mitgeteilt werden, dass "Umlaut-Domains + Mails = doof" gilt.
Inzwischen gibt es genügend TLDs, so dass für den Fall "mueller.de schon registriert" leicht auf eine andere TLD gewechselt werden kann.
Das mit dem Key ist uns bereits aufgefallen - der wird in Kürze ersetzt.
\o/
ZitatKünftig soll sich LiveConfig dann selbst um anstehende Key-Updates kümmern.
Alternativ: den Key als Debian-Paket mitliefern, statt (oder zusätzlich) der manuellen Installation. Das kann man dann bequem per Update ausrollen.
wir hatten ein ähnliches Problem, letztendlich war es ein Sonderzeichen oder line-feed, das im PLZ-Feld drin war
Stimmt. Da sollte auf die Felder überall vorm Speichern ein trim() drüber ... (oder was auch immer das C++-Äquivalent ist)
Passt doch.
Wenn kein mod_php5 drauf, dann wird der Teil nicht ausgeführt.
Was passiert denn? PHP-Code zum Download angeboten?
Wenn ja: mit allen PHP-Versionen, oder nur bei PHP 5.5?
Nein.
*10Z*
Klassisches ftp ist out. Da fällt mir gleich ein neuer Vorschlag ein:
bei Aktivieren von ssh gleichzeitig ein Verzeichnis .ssh anlegen.
ssh-login per passwort ist ja auch ...
Ist hier über eine custom.lua gelöst, die bei Domain-Updates die vorgegebenen Verzeichnisse prüft und anlegt.
Die zusätzlichen PHP Version werden unter /opt/remi/php55/root/usr/bin/php-cgi installiert...
Was passiert beim Aufruf in der Shell (...php-cgi -i)?
