Beiträge von marinal

Die Änderungen klingen sehr gut und auf diese habe ich schon sehnsüchtig gewartet. Vielen Dank schon mal im Voraus!!

Wahrscheinlich stehe ich gerade vollkommen auf dem Schlauch.
Bisher hatte ich immer auf jeden Server Mail-, Web- und Datenbankserver am Laufen. Wegen mehrerer Gründe möchte ich aber zukünftig einen Mailserver für alle verwenden und dazu jeweils einen kombinierten Web- und Datenbankserver.
Nun meine Frage:
Wie kann ich den aktuell lokal laufenden Mailserver "exportieren" Also wie sage ich beim Server a, dass zukünftig Server b für die Mails zuständig ist? Wie ich das per DNS erledige, ist mir klar, aber es muss ja auch noch irgendwie die Konfiguration der Postfächer auf Server b kommen.

Viele Dank für jeden Gedankenanstoß.

Wie siehst Du, ob der Server läuft?
Was sagt netstat?
Bekommst Du mit einem Paketsniffer auf dem Server die Verbindungsversuche Deines FTP-Clients?
Läuft eine Firewall?

Mit mir spricht Dein FTP-Server übrigens:
telnet 213.133.103.238 21
Trying 213.133.103.238...
Connected to 213.133.103.238.
Escape character is '^]'.
220 213.133.103.238 FTP server ready

Quota aus fstab rausnehmen, neu starten, quota auf allen Laufwerken stoppen, Datei auf /var/www löschen und alles nochmals durchspielen. Besteht dann der Fehler immer noch?

Na ja, man kann auch varchar auf mehr als 255 Zeichen setzen, ohne gleich auf text gehen zu müssen.

Nach einem quotacheck -f (ohne Fehler) und dem aktivieren mit Quotaon kommt immer noch der Fehler? Funktioniert ein "repquota -agv"?

Zitat von informant

Naja, wie gibst du -f in der fstab mit. manuell aufrufen mit -f geht, aber es muss ja auch automatisch klappen und bei Systemstart.

Ich bin fast dazu geneigt, jetzt zu schreiben ... Du musst "-f" mit einen spitzen Messer in Deinen Bildschirm einritzen, damit es funktioniert ...

quotacheck -fvgm /var/www

Ich persönlich würde quotacheck mit -f laufen lassen. Ich hatte bisher dabei noch nie ein Problem. Oder die Quota-Optionen aus der fstab entfernen und neu starten. Danach die quota beenden, die Datei löschen und das ganze nochmals von vorne aufziehen. Sollte auch keine Probleme verursachen.

Ja, die wird eingesetzt:
Version: 1.9.1
Platform: x86_64-unknown-linux-gnu
Revision: 3767

Und ja, sie haben mit den 255 Zeichen recht ... ich war einen Moment sprachlos ... Änderungen sind hier nicht geplant.

- bei einem 2048-Bit-Schlüssel kann er über die gewöhnlichen Mechanismen nicht abgerufen werden (der Schlüssel ist jedoch meines Erachtens in der ".db.jnl"-Datei
- in der '*.db'-Datei ist weder der 1024- noch der 2048-Bit-Schlüssel enthalten
- das 2048-Bit-Problem wurde schon in einem anderen Thread angemerkt (ich glaube zum Release von 1.9.1)

Beispieldomains wg. OpenDKIM gibt es per DN

So, ich konnte weiter verifizieren. Es gibt Probleme, wenn der OpenDKIM-Key 2048 Bit hat. 1024-Bit-Keys werden ohne Probleme verarbeitet.

@Liveconfig-Team: Gibt es zu dem 2048-Bit-OpenDKIM-Problem schon einen Lösungsansatz?

Insbesondere die Integration von "Let's encrypt" klingt sehr toll, auch wenn damit dem einen oder anderen Hoster wieder etwas Taschengeld genommen wird, weil weniger Zertifikate verkauft werden

Werden mit der Version die DNS-Einträge für Autodiscover automatisch eingefügt?

Die Anleitung aus dem Handbuch schon mal durchgeführt:
http://www.liveconfig.com/de/h…server.requirements.quota
?

Ansonsten ist mir bei Deinem Eintrag ein Leerzeichen aufgefallen:
grpjquota=aquot_a.group

Guten Abend,
leider ist das nicht von Erfolg gekrönt. Ich habe ja erst am Zone-File editiert, als ich beim Update Fehler erhalten habe und die Fehler wegen OpenDKIm waren. Ich dacbte, wenn ich die fehlerhafte Zeile entferne, ist alles wieder in Ordnung, aber damit fingen die Probleme erst an.
Wenn ich das so mache, wie oben beschrieben, wird die Zone neu erstellt, aber es gibt immer noch Probleme mit dem Update, da der Eintrag für openDKIM nicht gefunden werden kann.
Ich habe bereits OpenDKIM bei der Domain deaktiviert, danach DNS deaktiviert und dann DNS und OpenDKIM wieder aktiviert. Jedoch ist immer das Feld bei OpenDKIM gefüllt, obwohl es noch keinen Schlüssel für OpenDKIM geben darf. Wird hier ein Wert gecached, der eigentlich nicht gecached werden sollte? Ich finde leider weder den Wert in den DB-Dumps, noch unter OpenDKIM, noch unter dem Bind-Verzeichnis.
Oder ist das eventuell doch ein Bug?

Hallo,

ich habe beim Testen und Einrichten von verschiedenen Zones den Fehler begangen und ein Zonefile direkt manuell editiert.
Gibt es eine Möglichkeit mit DNS wieder mit 0 anzufangen, so dass alle Zones neu generiert werden? Aktuell werden meines Erachtens gespeicherte Werte wiederverwendet.

Vielen Dank

Alexander Maringer

Zitat

These are non-standard 2048 bit Diffie-Hellman parameters.
They are used as a start value by LiveConfig until individual
parameters have been generated locally (which is done automatically
by LiveConfig).

aus /etc/proftpd/dhparams.pem

Kann man Liveconfig dazu bringen, die DF-Parameter neu zu generieren? Ich hätte gerne 2048 Bit. Natürlich kann ich das auch per Hand anstoßen, aber ich weiß ja nicht, ob das dann wieder überschrieben wird.

Ich verstehe die Forderung nach amavis nicht. Kostet doch nur Ressourcen. Und warum soll eine Vorsortierung per default eingebaut werden? Kann man doch selbst mittels Regel im Mailprogramm bzw. Sieve machen. Auch heute verwendet nicht jeder IMAP. Und diese sehen dann den Spam nicht. Auch beim besten Filter kommt es vor, dass false-positives auftauchen.

Ich werde da nochmal die eine oder andere Nacht darüber schlafen. Problem war, ich hatte /priv nicht auf Gruppenebene dem www-data frei gegeben. Jetzt muss ich aber mal packen ... schönes Wochenende

Hallo arnoldB,

erst mal danke. Allmählich glaube ich wirklich, dass ich betriebsblind bin. Wobei ... das Problem habe ich immer noch nicht lösen können. Ich habe die Datei angelegt, wie von Dir beschrieben. Owner root mit 0644. Direkt im Root des Vertrages. Der Inhalt der Datei:

Zitat

<Directory "/var/www/web2/priv">

AllowOverride AuthConfig FileInfo Indexes
Options FollowSymLinks Includes

Order allow,deny
allow from all
</Directory>

Egal, wie ich die Konfig aussehen lasse, bekomme ich immer dieselben Fehler (wie oben beschrieben). Ich habe jetzt eine Datei erstellt, welche die phpinfo() ausgibt. Und habe einen symbolischen Link in das priv-Verzeichnis erstellt. Ebenfalls dieselbe Ausgabe. Die Rechte können es meiner Meinung nach nicht sein, denn das Recht ist richtig. Und die Links sind ja erlaubt. Ebenso das Öffnen der Datei.

Wo habe ich den Knopf im Hirn?

Vielen Dank schon mal im Voraus

marinal

Ja, Du könntest recht haben ... obwohl es im OpenBaseDir eigentlich enthalten wäre ...

Wobei bei der Gallery inkludiere ich die Sourcen auch per require aus /priv ... bei Typo3 führe ich die komplett aus ...
Und bei den TYPO3-Sourcen ist kein symbolischer Link enthalten. Die Rechte stimmen auch alle für FCGI (Verzeichnisse 0755 und Dateien 0644). Also wirklich nachvollziehen kann ich es noch nicht.

@Herr Keppler: Könnte man ein Verzeichnis für Sourcen außerhalb des DocRoots (htdocs) aufnehmen? Wäre meines Erachtens ein Sicherheitsfeature.