Search results

i use the following Commands to delete a Domain: pmgsh delete /config/domains/<domain.com> pmgsh delete /config/transport/<domain.com>

Das Problem das der Agent nicht auf IPv6 hört hatte ich auch. Hierzu einfach die Datei "/opt/omd/sites/<deinesite>/etc/init.d/agent-receiver" um eine Listen Anweisung auf deine IPv6 Adresse ergänzen. Im Original sieht das so aus: [....] gunicorn -D -p $PIDFILE \...

Ach das ist schade. Somit ist die User Whitelist dann für mich leider nutzlos. Aber dann brauche ich da gar nicht mehr weiter schauen. Danke

Ich habe ein simple Regel zum testen erstellt. ------------------------------------------------ Regel: Force to Quarantine Aktionsobjekte: - Notify Admin - Quarantine Von: QuarantineSenderList welche folgenden Regex beinhaltet: web.*@domain.de ------------------------------------------------...

Ich habe eine Regel auf welche per Regex ein bestimmtes Schema Absenderadressen, hier primär Kontaktformular adressen von Webseiten , in die Quarantäne schickt. Ist da mal eine legitime Adresse bei wird die per Whitelist auf die User Whitelist hinzugefügt. Allerdings scheint diese nicht zu...

Noch eine Anmerkung. Gebe ich direkt auf den Datastore dem User DatastoreAudit Rechte geht es. Allerdings bin ich mir noch nicht sicher ob damit die Trennung zwischen verschiedenen Usern gewahrt bleibt. Muss ich wohl testen.

Der Fehler bleibt aber auch wenn ich das Recht DatastoreAudit zum Namespace hinzufüge. proxmox-backup-proxy[1094]: GET /api2/json/admin/datastore/PBS-DataStore/status: 403 Forbidden: [client [192.168.1.1]:47284] permission check failed Gilt denn ein Recht welches ich für einen Namespace setze...

Interessant. Ich nutze das Recht DatastoreBackup nur aber bisher nur auf dem Datastore direkt und da klappt es ohne Probleme. Aber ich teste es gleich noch einmal auf dem Namespace mit DatastoreAudit

Ich teste gerade die Namespace Funktion vom neuen Backup Server und bin auf ein Problem gestoßen. Ich habe ein Datastore mit mehreren Namespaces angelegt und dann über Konfiguration => Berechtigungen => Rechte einen Test User für einen Namespace angelegt mit dem Recht DatastoreBackup...

Also ich hatte mir den Ubuntu Mainline Kernel (https://kernel.ubuntu.com/~kernel-ppa/mainline/v5.15.33/) per GIT gezogen und mit der Config vom PMG compiliert. Der Kernel lief auch problemlos. Da Unbound sofort startet sobald ich beim booten einen "nicht pmg" Kernel auswähle würde ich aktuell...

Ja, Apparmor deinstallieren hilft natürlich und wurde nun auch gemacht. Es ist jedoch schon interessant das der Fehler nur mit dem PMG Kernel auftritt. Selbst mit dem Ubuntu Kernel scheint das Problem nicht vorhanden zu sein.

The Traffic Mailserver to Mailserver is running over Port 25. If you would receive Mails from the Internet your external SMTP Port must be 25.

Ich habe jetzt noch einmal weiter getestet. Es muss irgendwas, vielleicht ein patch, vom pmg Kernel sein. Ich habe auf der VM nun den Vanilla Kernel 5.17.2 mit der .config vom 5.15 pmg Kernel compiliert und getestet. Mit dem 5.17.2 Kernel läuft Unbound und clamav-freshclam in Verbindung mit...

Ein Nachtrag habe ich noch. Das Problem tritt mit dem Original Debian Kernel nicht auf. Sobald ich auf der gleichen Maschine den Debian Kernel starte läuft unbound mit Apparmor ohne Problem.

Genau dies Problem habe ich auch festgestellt. Problem ist hier das Apparmor eingreift. Allerdings tritt das Problem erst auf wenn man proxmox-mailgateway installiert. systemd[1]: unbound.service: Main process exited, code=exited, status=1/FAILURE kernel: [ 902.103997] audit: type=1400...

Ist es möglich mit PMG eine Blacklist auf Basis der Hostnamen zu führen? Es gibt recht viele Spam Netzwerke welche die Hostnamen nach einem festen Schema (z.B. smtp71-274.beyondrm.com) aufbauen und ich würde diese gerne per Regexp blocken.

Ja, Danke. Das war es. Jetzt ist ruhe. Daran hatte ich gar nicht mehr gedacht.

Ich habe auf einem Testcluster, bestehend aus drei Nodes, Ceph deinstalliert und von den Systemen entfernt. Konkret habe ich es folgendermaßen deinstalliert. OSDs, Mons und Manager wurden vorab soweit es ging per Gui entfernt. rm -rf /etc/systemd/system/ceph* killall -9 ceph-mon ceph-mgr...

Ah, vielen Dank für die Rückmeldung. Nein, ich hatte das jetzt nicht unbedingt als Fehler verstanden. Ich wollte eigentlich ja nur wissen ob dies ein normales Verhalten vom PMG ist da ich das sonst mit Postfix so nicht kenne. Nebeneffekte sind mir jetzt durch das häufige neu Laden nicht...

Es ist auf beiden Systemen ein aktuelles Debian 11.1. Master: pmgversion -v proxmox-mailgateway: 7.1-1 (API: 7.1-1/7d5cde4b, running kernel: 5.13.19-2-pve) pmg-api: 7.1-1 pmg-gui: 3.1-1 pve-kernel-helper: 7.1-6 pve-kernel-5.13: 7.1-5 pve-kernel-5.13.19-2-pve: 5.13.19-4 pve-kernel-5.13.19-1-pve...