./run: 8: [: server16.onit4u.de: unexpected operator ./run: line 12: test: : integer expression expected
Es hat sich inzwischen herausgestellt, dass bei Debian-Systemen /bin/sh teilweise ein Symlink auf /bin/dash ist. Daher sollte die Shebang-Zeile von #!/bin/sh auf #!/bin/bash geaendert werden.
Ich bekomme auch beim einrichten eines Servers Tw falsche Hinweise. Ich weiß nichtmehr wo es war aber wenn man beim einrichten eines neues Servers die Sachen durchgeht erscheint zb oben eine Erfolgsmeldung diese hat aber von Bootstrap eine falsche Klasse und erscheint dann als Fehlermeldung.
Mir ist nicht klar, was Sie meinen. Wie kann der Fehler genau reproduziert werden?
> Naja ich möchte erreichen das die Zertifikate über die Weboberfläche gemanagt werden.
Sie wollen das Zertifikat loeschen, damit Sie es anschliessend wieder ueber die Weboberflaeche aufschalten koennen? Ich verstehe nicht, welchen Sinn das haben sollte.
Die Zertifikate mit revoke zurückziehen und dann mittels Button wieder neu anfordern?
Was wollen Sie damit genau erreichen?
Bei einer Domain fehlt mir auch das HSTS? Wodurch kommt das?
Die Option steht nur dann zur Verfügung, wenn ein Zertifikat eingerichtet und HTTPS damit auch nutzbar ist.
Wir verwenden selbst OTRS unter der Serverumgebung von pd-admin. Alle notwendigen Komponenten werden mitgeliefert. Es sind Anpassungen z.B. an der MySQL-Konfiguration erforderlich, die in der Installationsanleitung von OTRS dokumentiert sind.
Das mpm_event_module als Voraussetzung fuer HTTP/2 ist in der Serverumgebung enthalten. mpm_prefork_module duerfte allerdings kaum fuer Latenz von 1,5 sec verantwortlich sein. Die Time-To-First-Byte liegt auf unserem Testsystem mit Apache 2.4 (mpm_prefork_module) und PHP 7.1 ueber cgiwrap bei gerade einmal 0,03 sec.
Was ist Ursache war, weiss ich leider nicht. Beim Update wird die Datei nicht verändert.
$fillpasswd = 'ZaYbXcWdFeUfTgShRiQjPkOlNmMnLoKpJqIrHsGtFuEvDwCxByAz';
$fillpasswd1 = 'b5ceAfghij9klmnoKpqst2uvwxOyzBC1DErFGH8IJL4MNPQaRSTUVWdXYZ3670._-+';
fehlt vermutlich in /opt/pdadmin/etc/pdadmin.conf
Das sollte keine Rolle spielen.
In /etc/tcp.smtp müsste
$IP:allow,RELAYCLIENT=""
ergänzt werden. Anschließend muss daraus das cdb-File mit
tcprules /etc/tcp.smtp.cdb /etc/tcp.smtp.tmp < /etc/tcp.smtp
neu erstellt werden.
Sofern es in /etc/hosts IPv6-Einträge gibt, müssen die entfernt werden.
Was in der Angebotsverwaltung eingestellt wird, ist das Adressraum-Limit für den gesamten Prozess.
Generelle Probleme mit dem Greylisting sind mir nicht bekannt. Gibt es eventuell ein Problem mit dem Resolver oder bei der DNS-Aufloesung der konkreten Domain? Wenn nicht, ist die Ursache wahrscheinlich an anderer Stelle zu suchen.
> (z.B. Prüfung "Mailserver ohne PTR record")
Ja, das wird auch im Greylisting-Skript realisiert.
Die Berechtigungen der Datei freshclam sollten nach dem Update wieder richtig gesetzt sein. Eventuelle Aenderungen an den simcontrol-Dateien werden aber nicht automatisch wieder zurueckgenommen.
Vor dem Wochenende wird es kein Update geben. Ich hoffe, dass wir am Montag eine neue Version bereitstellen können.
Mit dem folgenden Skript kann clamd vorerst ganz deaktiviert werden:
Bitte entfernen Sie testweise alle IPv6-Einträge aus /etc/hosts. Vermutlich ist das Problem damit behoben.
Wie kann der Fehler reproduziert werden?
Die Datei wird nicht mehr verwendet, sofern auf Dovecot umgestellt wurde. Sofern Sie die Umstellung auf Dovecot manuell ausgesetzt haben, sollten Sie sie umgehend nachholen.
