Search results

Das ist vielleicht Inhalt aus /root verloren gegangen. Den gibt es im Backup. Nur die Berechtigung für / wurde verändert. Die sollte zumeist auf 755 stehen. -- .A.

Das ist gleichbedeutend mitchmod 770 / Das ist in etwa gleichbedeutend mit rm -rf /root/* -- .A.

Gibt ein postconf myorigin euvexxxxxxxx.serverprofi24.de oder /etc/mailname aus? Dann kanst Du das mit postconf -e "myorigin=\$myhostname" entsprechend anpassen. Dabei sollte man natürlich aufpassen, ob noch andere Einstellungen dadurch betroffen sind. -- .A.

Aus den Angaben hier kann ich nicht sehen, was Du willst. Daher zitiere ich mal aus dem Crosspost. Je nach Konfiguration musst Du dazu myhostname oder mydomain anpassen. Postfix nutzt für die DSN ein Template, im Default sieht das so aus: success_template = <<EOF Charset: us-ascii From...

Zunächst muss net.ipv4.ip_forward = 1 sein. Prüfen mitsysctl net.ipv4.ip_forward Dann brauchst Du Masquerading mit iptables -t nat -A POSTROUTING -o tun_c_TUN0 -j MASQUERADE Damit sollten bei allen ausgehenden Paketen die Quell-IP auf 172.21.173.XX umgeschrieben werden. Dann kannst Du...

Nein, Du schreibst Masquerading bekommst Du mit: iptables -t nat -A POSTROUTING -o tun -j MASQUERADE -- .A.

192.168.2.2 ist übrigens keine Public IP. Ist das ein Schreibfehler oder willst Du NAT? -- .A.

Was hat das routing mit iptables zu tun? -- .A.

Virtuelles Netzkabel angeschlossen? -- .A.

Das hängt doch von Deiner Konfiguration ab, die Du uns nicht mitteilst. Postfix prüft bei DirAug 16 10:16:02 xxxxx postfix/smtpd[28036]: 01F3B4EE0ADE: client=hm9157.locaweb.com.br[191.252.51.14], sasl_method=LOGIN, sasl_username=support und nach der Konfiguration soll dann ein Versenden der Mail...

defer_unauth_destination kann sowas. Edit: Oder einfacher nutzt Du check_recipient_access mit DEFER action. -- .A.

google -- .A.

Meine Vermutung ist, dass die Mail mit local ausgeliefert wurde, aber erwartet wird, dass sie mit virtual ausgeliefert wird. -- .A.

Du nimmst platzhalter aus mydestination oder virtual_mailbox_domains raus. Sollte in der main.cf stehen. -- .A.

Na dann iptables -A INPUT -m conntrack --ctstate NEW -m hashlimit --hashlimit-above 90/second -j LOG -- .A.

tulpen ist zwar eine schöne Eselsbrücke, nur hilft manchmal ein Esel nicht so ganz weiter: Da nur tcp sockets Probleme bereiten, ist -u nicht nötig. -l zeigt nur listening sockets an, das dürfte nicht aussagekräftig sein. Deshalb besser mit -a auch die established connections anzeigen...

Nicht so viele tcp sockets gleichzeitig öffnen bzw. schneller schließen. -- .A.

SSLVerifyClient ist im Location-Kontext nicht zulässig. Siehe https://httpd.apache.org/docs/2.4/mod/mod_ssl.html#sslverifyclient. Edit: So deutlich steht das da nicht, aber für Location klappt das nicht. Nutze Directory oder einen eigenen virtual host. -- .A.

Zumal es recht einfach umsetzbar ist, dass ein versehentlicher Versand von einer dazu nicht berechtigten Person nicht rausgeht, sondern wieder in einem IMAP-Ornder landet. -- .A.

Wenn diese Funktion unbedingt in Postfix (und nicht im E-Mail-Client oder CRM) laufen soll, lässt Du eben mehrere smtpd arbeiten. Einer nimmt den Postausgang entgegen und leitet die Mails, je nachdem ob sie sofort raus dürfen, entweder an den Ziel-MX weiter oder versucht die Zustellung auf...