Beiträge von weltmeister

Zitat von nicht_der_max

Aber: Hab das Ganze in der Apache-Konfiguration nochmal nachgeprüft und dort die Erleuchtung bekommen, dass ich natürlich für die Domain 12.34.56.78 auch DIESE IP zuweisen muss! Grrr.... So nahe dran gewesen.
Danke aber ManDal, Du hast mich dennoch auf die richtige Spur gebracht

Marc

Hat das bei dir funktioniert?
Ich habe das eben auch einmal wie oben beschrieben probiert, da ich diese Funktion ebenso benötige. Hat jedoch nicht funktioniert....

Grundlage: Debian Wheezy mit "liveconfig-meta" und MySQL 5.5.

Wie geht man da am besten vor?

Reicht es, die alte Version zu entfernen und die neue zu Installieren?

Hier lese ich z.B. noch, dass einige Tabellen manuell ergänzt werden müssen? ---> https://blog.bastelfreak.de/20…pgrade-von-5-5-5-6-fixen/

Freue mich über Tipps und Vorschläge!

Zitat von kk

Ich finde kein einziges offenes Ticket von Ihnen.

Ich erinnere an meine mehrfachen Anrufe. Sie wollten die beiden besprochenen Punkte damals notieren / als Ticket anlegen...

Zur Erinnerung:

- Direkter Login aus einer internen Verwaltungsoberfläche heraus, z.B. einem Kundenloginbereich / Kundenverwaltungsbereich, ohne dort die Passwörter im Klartext hinterlegen zu müssen.
- Aufruf der Inhalte eines Webspace, direkt per Einzel-IP, z.B. http://198.33.22.43 (war mit Confixx möglich)

Auch wenn das keine "extrem wichtigen" Dinge sind, diese hatten wir bereits im Dezember 2013 und in einem oder zwei wiederholten Telefonaten ausführlich besprochen.

LiveConfig finde ich gut, schade ist jedoch, dass der Support in der Tat etwas schleppend ist.

Komfortabel wäre hier die Einstellungsmöglichkeit, direkt in der Oberfläche.
Ich kann es nur unterstreichen: die Kunden "vergessen" den Spamfilter zu aktivieren und beschweren sich anschließend über den ganzen Spam. Es ist wie ein Kreislauf ohne Ende.

Hallo!

Ist eigentlich schon einmal über ein Rabattmodell für Abnehmer sehr vieler LiveConfig-Lizenzen nachgedacht worden?

Hier stehe ich auf dem Schlauch... wenn ich ein neues Zertifikat in Form von servername.meinedomain.de anlegen will, sehe ich folgende Fehlermeldung: Domainname nicht gefunden

Gibt es eine Anleitung dafür?

Hier noch die ganz blöde Frage: wo legt man dieses Zertifikat konkret an?

Vielen Dank für den Tipp, der austausch des Zertifikates hat schon abhilfe geschaffen.

Da fällt mir doch gleich folgende Frage an den Chef ein: wie sieht es aus mit der Verwaltung der Serverzertifikate, erstellt und verlängert durch Let's Encrypt?

Mit ProFTPD?

Nachtrag: der SSH-Zugriff funktioniert, nur der normale Zugriff per FTP auf die einzelnen Accounts nichts, was vor dem Filezilla-Update problemlos auf allen Servern funktionierte.

Hat schon mal jemand versucht, mit der aktuellen Filezilla-Version eine FTP-Verbindung zu einem Kundenaccount herzustellen? Auf allen Servern ist das nach dem Update auf Version 3.20 leider nicht mehr möglich:

Zitat

Status: Auflösen der IP-Adresse für xxxx.de
Status: Verbinde mit xx.xx.xx.xx:21...
Status: Verbindung hergestellt, warte auf Willkommensnachricht...
Status: Initialisiere TLS...
Fehler: Empfangene Zertifikatskette konnte nicht verifiziert werden. Verifizierungsstatus ist 66.
Fehler: Herstellen der Verbindung zum Server fehlgeschlagen
Status: Nächsten Versuch abwarten...
Status: Auflösen der IP-Adresse für xxxx.de
Status: Verbinde mit xx.xx.xx.xx:21...
Status: Verbindung hergestellt, warte auf Willkommensnachricht...
Antwort: 220 ::ffff:xx.xx.xx.xxFTP server ready
Befehl: AUTH TLS
Antwort: 234 AUTH TLS successful
Status: Initialisiere TLS...
Fehler: Empfangene Zertifikatskette konnte nicht verifiziert werden. Verifizierungsstatus ist 66.
Fehler: Herstellen der Verbindung zum Server fehlgeschlagen

Alles anzeigen

Kann das jemand bestätigen?

Nein, in keiner der beiden.

Weder in
/htdocs/.htaccess
noch
/htdocs/sites/default/files/.htaccess

Hat schon mal jemand Drupal fehlerfrei unter LiveConfig zum laufen bekommen?
Alles mögliche wie Joomla, WordPress usw. funktioniert tadelllos, nur Drupal bereitet Probleme.

Im Verzeichnis /htdocs/sites/default/files wird durch Drupal eine htaccess-Datei generiert, welche einen Server-Error (500) verursacht. Löscht man diese ist die Installation lauffähig. Leider wird genau diese Datei von Drupal neu erzeugt, wenn man diese löscht oder verändert.

Was kann man tun?

Zitat von overflo

Danke für die schnelle Antwort!
Das mit der .htaccess Datei hab ich nicht probiert, ich habe folgendes in der .httpd.conf Datei hinzugefügt:

Code

<IfModule mod_ssl.c>
  Header always set Strict-Transport-Security "max-age=63072000"
</IfModule>

Funktioniert nun alles wieder wie es sein soll

LG.
Florian

Bei jeder Owncloud-Installation muss man erst die .htaccess-Datei bearbeiten... wäre es nicht möglich, dass dieser Wert schon standardmäßig definiert wird?

Was sagt einem diese Meldung? (Erscheint beim Anlegen eines Zuganges)

Zitat

Beim Registrieren des neuen Zugangs ist ein Fehler aufgetreten:

Didn't get replay-nonce from server

Es gab sonst nie Probleme.

Zitat von kk

http://www.liveconfig.com/de/h…advanced.lcdefaults.xhtml
mail.spam.enabled, mail.spam.warn, mail.spam.reject

Es ist aber geplant, das mittelfristig auch über die GUI verwaltbar zu machen.

Viele Grüße

-Klaus Keppler

Alles anzeigen

Das würde vieles vereinfachen!

Zitat von kk

Nein, LiveConfig überschreibt die dovecot.local.conf definitiv nicht.
Wir werden aber prüfen inwiefern wir das evtl. als Standard aufnehmen können.

Perfekt... !

Zitat von antondollmaier

dovecot.local.conf:

Code

namespace inbox {
  mailbox Drafts {
    special_use = \Drafts
    auto = subscribe
  }
  mailbox Junk {
    special_use = \Junk
    auto = subscribe
  }
  mailbox Sent {
    special_use = \Sent
    auto = subscribe
  }
  mailbox Trash {
    special_use = \Trash
    auto = subscribe
  }
}

Alles anzeigen

Problem: wird von LiveConfig überschrieben.
Kann dieser Zusatz nicht Standardmäßig enthalten sein?

Das kann ich nur bestätigen. Viele Kunden "übersehen" die Möglichkeit, den Spamfilter zu aktivieren.
Dieser sollte Standardmäßig beim Neuanlegen eines Postfaches aktiviert sein. Wer es nicht braucht, entfernt den Haken.

Funktionswunsch in der Oberfläche Serververwaltung ---> E-Mail ---> Postfix: "Spamfilter für neue Postfächer automatisch aktivieren ---> ja / nein"

Danke für die Einschätzung dazu!