Führen Sie als root mal "/etc/init.d/postfix restart" aus und schauen was es für Meldungen in /var/log/mail.log gibt.
Beiträge von kk
-
-
gut, wenn ich das gewusst hätte
Das steht zum einen in der Anleitung (http://www.liveconfig.com/de/handbuch/tutorial.domains.xhtml, Abschnitt "Weiterleitung") als auch in dem Info-Tooltip bei dem kleinen "(i)"-Icon.
-
Desweitere habe ich ein paar Probleme was den Mailserver angeht!
Ich habe in den Servereinstellungen das SSL-Zertifikat ausgewählt nur leider funktionioert das nicht! Auch im SSL-Check wird mir kaum was angezeigt: https://www.liveconfig.com/de/sslcheck?q=jabsng.netWas für eine Linux-Distribution verwenden Sie denn genau?
Der Fehler "TLS not available due to local problem" deutet darauf hin, dass Postfix nicht auf das SSL-Zertifikat zugreifen kann.
- existieren die Dateien "/etc/ssl/private/postfix.key" und "/etc/ssl/certs/postfix.crt"?
- ist das Paket "ca-certificates" installiert? -
Natürlich ist ein 301 möglich...
Unter "Hosting" -> "Domains" z.B. die Domain "jabsng.de" bearbeiten und bei HTTP einstellen:
"Weiterleitung", Typ: "permanent (301)", Ziel: "https://jabsng.de/*"
Mit dem "/*" am Ende der URL werden eventuelle Pfade bei der Weiterleitung mit übernommen (also http://jabsng.de/beispiel.html -> https://jabsng.de/beispiel.html) -
Was liefert denn unser SSL-Check beim Port 21? http://sslcheck.liveconfig.com
-
Ach ja: verschlüsselter FTP-Zugriff (FTPS) geht, indem man im LiveConfig bei der FTP-Konfiguration SSL aktiviert und dann im Client "FTP mit explizitem TLS/SSL" (FTPS) auswählt.
-
WinSCP (=SCP) hat auch überhaupt nichts mit FTP zu tun. Das Protokoll läuft via SSH, d.h. die User dürfen in das selbe Filesystem wie auch ein SSH-User. SSH-User "einzusperren" ist relativ aufwendig (Stichwort: chroot-Jail) - also nicht unmöglich aber i.d.R. mit einem gewissen Pflegeaufwand verbunden.
LiveConfig sorgt an sich aber dafür, dass solche User natürlich nicht in "fremde" Webspace-Dateien schauen können und hält auch seine eigene Konfiguration soweit wie möglich lesegeschützt. -
Ist denn HTTPS überhaupt für die Webseiten aktiviert?
- unter "Serververwaltung" -> "Web" die jeweilige IP-Gruppe bearbeiten & ggf. SSL für diese IPs aktivieren
- im jeweiligen Webspace-Vertrag muss auch SSL (HTTPS) aktiviert sein
- und zuletzt muss man für die gewünschten (Sub-)Domains HTTPS aktivieren und ein SSL-Zertifikat auswählen
Oder meinen Sie den Zugriff auf LiveConfig selbst? Das läuft auf Port 8443, manche Netze blockieren den. Über die /etc/liveconfig/liveconfig.conf können Sie das aber auch auf einen anderen Port legen.
-
Zeigt LiveConfig unter "Serververwaltung" -> "FTP" eine Fehlermeldung?
Ansonsten mal auf dem Server "/etc/init.d/proftpd restart" ausführen... -
-
Hallo,
interessanter Fehler... beim Neustart des FTP-Prozesses ist es da zu einem Fehler gekommen, und LiveConfig hat scheinbar keinen gültigen Fehlercode erhalten (womit wir an dieser Stelle nicht rechnen, daher der Lua-Fehler...).
Was taucht denn in /var/log/liveconfig/liveconfig.log um diesen Zeitpunkt herum auf? -
Nein, im Lua-Teil hat sich nichts geändert.
(es gab auch Änderungen "unter der Haube", die betreffen aber nur "internen" Code) -
Hallo,
bislang unterstützt LiveConfig PHP nur im FastCGI-Modus. FPM kommt aber in Kürze (Preview dazu noch vor Weihnachten).
Viele Grüße
-Klaus Keppler
-
Ab sofort steht mit Version 2.0.0-r3952 ein kleines Update bereit, welches die beschriebenen Darstellungsfehler beseitigt.
Auf demo.liveconfig.com wurde das Update auch schon eingespielt.Viele Grüße
-Klaus Keppler
-
Auf meiner Installation bleiben nach Entfernen des hakens "Mailbox anlegen" in der Emailverwaltung die zuvor mit der Mailbox verwendeten Login-Daten aktiv.
Das ist derzeit so beabsichtigt. Ein "echtes" Löschen/Deaktivieren des Postfachs würde zu neuen Problemen führen. Beispiel: ein Kunde hat 10.000 Mails im Postfach und möchte vorübergehend neue Mails nur weiterleiten (aber weiterhin auf das Postfach. Würde das Postfach dann beim Entfernen des Häkchens gelöscht/deaktiviert, wären alle Mails nicht mehr erreichbar...
Den Account dann nur für den Versand zu sperren ist technisch möglich, wird von LiveConfig aktuell aber noch nicht unterstützt. Die Funktion ist vorbereitet (über eine separate Hash-Table, die dann auch zum Blockieren von gesperrten Accounts sowie beim Erreichen von Mail-Limits genutzt werden kann) - mit dem nächsten größeren Update sollte diese dann zur Verfügung stehen.
-
Nein, hat keinen besonderen Grund und wurde daher eben (v2.0.0-r3952) auch auf 128 angepasst.
Viele Grüße
-Klaus Keppler
-
Nachfolgend sind zwei Screenshots: einmal "richtig" (mit WebFonts), einfach "falsch".
Tests haben ergeben, dass das Häkchen bei "Verwenden von eigenen Schriftarten erlauben" ignoriert wird, wenn folgende Einstellungen im Firefox ("about:config") auf false gesetzt sind:Codegfx.downloadable_fonts.enabled layout.css.font-loading-api.enabledBei wem die Anzeige "falsch" aussieht: prüfen Sie bitte mal die beiden o.g. Firefox-Einstellungen im "about:config"-Bereich.
Wir werden uns Gedanken um eine Fallback-Lösung machen.forum.liveconfig.com/cms/attachment/14/ forum.liveconfig.com/cms/attachment/15/
-
Wenn man ein Smartphone nutzt, werden bei Google z.B. die Telefonnummer und andere eindeutige Geräte-IDs mit dem Aufruf der Webseite verknüpft.
Sorry, aber das ist absoluter Schwachsinn...
-
Ich zitiere mal aus der Webseite https://www.privacy-handbuch.de/handbuch_21q.htm
Die WebFonts für LiveConfig werden ausschließlich direkt vom LiveConfig ausgeliefert (da wird also nichts von Google oder anderen fremden Servern geladen).
Offenbar kann man aber im Browser nicht erlauben, dass Fonts von der selben Quelle nachgeladen werden dürfen...
-
Unsere Seite selbst verwendet Webfonts, und dort gibt es keine Probleme.
Wenn Sie die in Ihrem Footer verlinkte Seite meinen: da finde ich keinen einzigen Webfont...
ZitatNein, absolut nicht, weil das nichts mit dem Verbieten von Webfonts zu tun hat...
Zitat von WebService4UWebfont-Problem Kann ich so bestätigen.
Haben Sie auch WebFonts deaktiviert?
