FTP-Benutzer manuell anlegen (also per "adduser"-Aufruf).
Wenn kein gleichnamiger Account in LiveConfig angelegt/verwaltet wird, kommt es auch nicht zu Konflikten.
Oder einen EIntrag in die /etc/proftpd/passwd setzen.
Beiträge von antondollmaier
-
-
LiveConfig -> Serververwaltung.
Siehe Handbuch:
-
Das ist definitiv nicht die Konfiguration, die LiveConfig hinterlegt.
Bitte in der Serververwaltung unter Postfix einen Wert anpassen (Checkbox wegmachen, wieder rein, speichern). Danach wird die korrekte Konfiguration hinterlegt.
Dovecot hat übrigens nichts mit dem Empfang von Mails über SMTP zu tun.
-
Kann es direkt an den Einstellungen für Postfix oder Dovecot liegen?
Wo kann ich da nachsehen ob die Einstellungen richtig sind?
Sofern ich das bearbeiten kann, was müsste da drin stehen?Wie schon von Mogwais gefragt: Was steht im Log des Mailservers?
Alles andere ist nur raten. Bringt keinem was.
-
Nö, da muss die Telekom ran.
Ganz ehrlich: mit Speedport-Routern gibt es NUR Ärger (Port 25 ausgehend ist standardmäßig geblockt, aber auf das Management-Interface durfte bis vor wenigen Wochen noch jeder von außen (!!) zugreifen?!).
Wahre Worte, weise gesprochen. Zumal Port 465 und 587 auch dicht sind.ZitatDie von LiveConfig bei DynDNS-Updates erwartete Syntax ist identisch (kompatibel) zu DynDNS 2.
Ah, also auch mit /nic/update? Dann ist mir das in der Doku nicht aufgefallen, sorry.ZitatIm Moment haben wir wichtigere Dinge zu tun als Workarounds für "broken-by-design" Speedports zu entwickeln.
Granted!
-
FUnzt leider nicht. Es muss ja Platzhalter extra für Speedport Geräte geben
5 Minuten Google-Suche später: Speedport kann "anderer Anbieter", bei dem du dann die Adresse ("https://www.your-sponsoring.eu") angibst. Der Router sendet dann einen Request, der die gleiche URI verwendet wie DYN (Quelle, vgl. "anderer Anbieter").
Sollte das so sein, wird LiveConfig damit nicht klar kommen.
@Keppler-IT: da müsstet ihr dann nochmal ran.
-
"License error (9): certificate is not yet valid" hört sich nach Zeit-Problem an.
Ist NTP aktiv und stimmt die System-Zeit?
-
Ich denke, Outlook versucht über den Port 993 oder 465 zu connecten, da aber niemand auf diese Ports hört, kommt es gar nicht erst zu einer Verbindung, die geloggt werden könnte, bzw. Postfix wird gar nicht erst aktiv.
Postfix ist für SMTP zuständig, Dovecot für POP3/IMAP.
Dienst neu starten, Log prüfen.
-
Ich hatte irgendwie schon das Gefühl, dass die Ports gar nicht da sind.
das ist offenbar der Fall.Was steht im Log des Mailservers zu diesem Problem?
-
Bei unserem Kunden leider nicht!
Dann bitte dorthin schieben:
> http://de2.php.net/eol.phpAus persönlicher Erfahrung: was unter 5.5 läuft, läuft eigentlich auch unter 5.6.
-
Könnte jemand freundlicherweise (eventuell der Support von LiveConfig) kurz erklären, wie die Installation per FTP incl. der Erstellung der Datenbank funktioniert?
https://docs.nextcloud.com/ser…l/installation/index.html
http://www.liveconfig.com/de/handbuch/tutorial.xhtml -
StartSSL hat alles von WoSign übernommen...
https://www.startssl.com/
Richtig - und genau das ist das Problem.Steht aber auch direkt bei denen:
-
ich würde liveconfig ungern abhängig vom laufenden/funktionierenden webserver machen, daher hilft mir dieser Workaround nicht.
Endkunden nutzen den Proxy. Wir Admins können auch mal ein ungültiges Zertifikat akzeptieren.
Mittelfristig wäre eine Lösung aber von Vorteil, ja.
-
Stricted: danke.
Für diejenigen die nicht warten können, löst doch eines bei WoSign (2 Jahre für nix)
-
Ich habe ausschliesslich CentOS in betrieb und habe ich solche Probleme nicht, ich weiss ist jetzt nicht zielführend aber evtl. hilft das ja beim Problem suchen...
Das ist ein Bug in LiveConfig, so oder so. Es kann nicht sein, dass ein ungültiges SSL-Zertifikat es überhaupt schafft, den Webserver-Reload zu veranlassen.Unsere Logs sind bereits im Ticket beim Support.
-
Wurde FastCGI überhaupt installiert und konfiguriert?
Error-Log(s) prüfen, ...
-
Den Vertrag von mod_php auf FastCGI umstellen.
-
Welche Gruppe steht denn da drinnen?
-
Trat hier erstmalig auch auf (LC Business/Standard im Cluster)
-
Die Konfigurationsangaben, nicht wie dort hinterlegt, in die dovecot.conf - sondern in die dovecot.local.conf.
Anschließend via LiveConfig den Dovecot-Server neu konfigurieren.
