Beiträge von Revolution

Hallo!

gibt es die Möglichkeit neue Kunden, welche über pd-admin angelegt werden, automatisch einer Gruppe zuzuweisen?

Ich würde gerne folgendes umsetzen:

Debian 11 Bullseye : OpenSSH : SFTP only + Chroot : Server World

In früheren Debian Versionen habe ich scponly verwendet, das ist bei Debian leider nicht mehr dabei.

Bei dem rssh, welches pd-admin mitliefert, funktioniert der Login per sftp nicht. Auf der Website steht auch, dass das Projekt 2019 mit ungepatchten Sicherheitslücken gestorben ist.

Daniel Bradler Warum liefert pd-admin solche Tools noch mit??

Es ging mir nicht um die Frage, ob pd-admin eingestellt wird, sondern um den IPv6 Support.

Zitat von Daniel Bradler

Die Entwicklung des IPv6-Supports ist weitgehend abgeschlossen. Sofern es keine unvorhersehbaren Komplikationen gibt, wird die neue Version in den kommenden 6 Wochen veröffentlicht.

Viele Grüße
Daniel Bradler

Zitat von soxin

Steht da Wochen oder Monate?

Zitat von Revolution

Leider trifft es nicht einmal Jahre, denn bisher sind es nicht 6 Jahre, sondern schon 2x6 Jahre, also ein Dutzend Jahre. 👀

Das ein only IPv6 Server nur maximal 10 Domains haben kann/darf.

Zitat von soxin

Steht da Wochen oder Monate?

Leider trifft es nicht einmal Jahre, denn bisher sind es nicht 6 Jahre, sondern schon 2x6 Jahre, also ein Dutzend Jahre. 👀

SE 443

In der SE ist qmHandle-1.3.2, sowie qmHandle, nicht korrekt konfiguriert.

Es kommt zum Fehler beim Beenden von qmail.

Hi

wäre es möglich, dass Dovecot 2.2 durch Dovecot 2.3 ersetzt wird?

Die letzte Version von Dovecot 2.2 erschien vor fast 5 Jahren.

Ansonsten möchte ich mich für die tolle Arbeit bedanken

Hi,

gibt es inzwischen eine Lösung (ohne das "Mailserver ohne PTR" zugelassen werden müssen)?

Revolution!

Hi, die Frage ist, warum sin die Pfade nach einem SE-Update falsch?

Server: > grep " Corrected permissions for" /var/log/mail.log
Dec 27 19:42:59 server dovevot: master: Warning: Corrected permissions for login directory /usr/local/pd-admin2/dovecot-2.2/var/run/dovecot/login
Dec 27 19:42:59 server dovecot: master: Warning: Corrected permissions for login directory /usr/local/pd-admin2/dovecot-2.2/var/run/dovecot/token-login
Dec 27 19:42:59 server dovecot: master: Warning: Corrected permissions for empty directory /usr/local/pd-admin2/dovecot-2.2/var/run/dovecot/empty

Was sagt mir das? Warum musste das angepasst werden?

Hallo,

wie kann ich verhindern, dass folgende Konfiguration bei jedem SE-Update überschrieben wird?

# diff -Naur /usr/local/pd-admin2/dovecot-2.2/etc/dovecot/ /usr/local/pd-admin2/dovecot-2.2/etc/dovecot.2021-04-12-20\:56\:53/
diff -Naur /usr/local/pd-admin2/dovecot-2.2/etc/dovecot/conf.d/10-ssl.conf /usr/local/pd-admin2/dovecot-2.2/etc/dovecot.2021-04-12-20:56:53/conf.d/10-ssl.conf
--- /usr/local/pd-admin2/dovecot-2.2/etc/dovecot/conf.d/10-ssl.conf     2021-04-12 20:56:53.542070193 +0200
+++ /usr/local/pd-admin2/dovecot-2.2/etc/dovecot.2021-04-12-20:56:53/conf.d/10-ssl.conf 2021-04-12 21:08:05.366416306 +0200
@@ -64,3 +64,9 @@
 ssl_key = </usr/local/pd-admin2/share/imapd.pem
 ssl_cert = </usr/local/pd-admin2/share/imapd.pem
 ssl_ca = </usr/local/pd-admin2/share/imapd.cacert
+ssl_protocols = !SSLv3 !TLSv1 !TLSv1.1
+ssl_cipher_list = TLS_AES_256_GCM_SHA384:TLS_CHACHA20_POLY1305_SHA256:ECDHE-RSA-AES256-GCM-SHA384:DHE-RSA-AES256-GCM-SHA384
+ssl_prefer_server_ciphers = yes
+ssl_dh_parameters_length=4096
+ssl = required
+disable_plaintext_auth = yes
diff -Naur /usr/local/pd-admin2/dovecot-2.2/etc/dovecot/conf.d/20-lmtp.conf /usr/local/pd-admin2/dovecot-2.2/etc/dovecot.2021-04-12-20:56:53/conf.d/20-lmtp.conf
--- /usr/local/pd-admin2/dovecot-2.2/etc/dovecot/conf.d/20-lmtp.conf    2021-04-06 15:31:46.000000000 +0200
+++ /usr/local/pd-admin2/dovecot-2.2/etc/dovecot.2021-04-12-20:56:53/conf.d/20-lmtp.conf        2020-06-27 14:55:42.768591000 +0200
@@ -15,6 +15,6 @@

 protocol lmtp {
   # Space separated list of plugins to load (default is global mail_plugins).
-#  mail_plugins = $mail_plugins sieve
+  mail_plugins = $mail_plugins sieve
 }

diff -Naur /usr/local/pd-admin2/dovecot-2.2/etc/dovecot/conf.d/greeting.conf /usr/local/pd-admin2/dovecot-2.2/etc/dovecot.2021-04-12-20:56:53/conf.d/greeting.conf
--- /usr/local/pd-admin2/dovecot-2.2/etc/dovecot/conf.d/greeting.conf   1970-01-01 01:00:00.000000000 +0100
+++ /usr/local/pd-admin2/dovecot-2.2/etc/dovecot.2021-04-12-20:56:53/conf.d/greeting.conf       2020-05-30 13:10:26.691294000 +0200
@@ -0,0 +1,2 @@
+login_greeting = XYZ
+

ZU dem Thema mit CentOS 8 kann ich so nichts sagen, da ich Debian verwende, aber macht es überhaupt noch Sinn, auf CentOS 8 zu setzen? Ende des Jahres wird es ja ein Rolling Release.

Da der Fehler bei CentOS 7 nicht auftritt und der Support dort bis Mitte 2024 geht, ist es dann nicht sinnvoller CentOS 7 zu verwenden?

Auf schnelle Hilfe Seitens Bradler & Krantz kann man sich leider nicht verlassen

Das Problem ist doch bestimmt schon eine Dekade bekannt. Entweder kann oder will Herr Bradler das problem nicht beheben, ich vermute eher will, so wie andere seit Jahren bekannten Probleme …

Herr Bradler, sie sollten entweder

• wenn ihn die Zeit fehlt, das Produkt verkaufen, freigeben, einstampfen, …
• sie das produkt weiterführen möchte, das Produkt jedoch nicht finanziert ist, eine neue Bezahlversion rausbringen
• oder was weiß ich, die Ignoranz Fehler zu beheben nervt nur noch

Hi

hier (pd-admin v4.72) steht, dass der Fehler behoben sein soll. Warum erscheint er dann bei mir mit pd-admin 4.73 immer noch?

Zitat von Eisenherz

Da hilft leider wirklich nur zu warten, dann läuft es ohne Probleme.

ja, das Warten könnte aber der Updateprozess vornehmen.

Zu der Zeit waren alle paar Minuten mal ein Eintrag, manchmal auch 30 Minuten gar kein Eintrag. Auf dem Server war und ist eigentlich so gut wie nichts los.

"Messages in preprocess" ist das nicht eine ebene früher? Das sind/waren alles Mails, die vom System generiert wurden und nach extern verschickt werden sollten.

Warum gibt es nach etlichen Jahren noch keine brauchbare Behebung des Fehlers?

Z.B. das der Updateprozess selber wartet, bis die Datei überschreibbar ist?!

In der mail.log gab/gibt es keine Einträge zu den Zeitpunkten, wo Mails verschickt wurden (z.B. cron Mails); es gab nur externe Versuche sich einzuloggen.

Nach einem Neustart funktioniert wieder alles

Hi

woran kann das liegen, dass qmail keine Mails mehr verschickt?

/usr/local/pd-admin2/sbin/qmHandle-1.3.2 -s
Total messages: 403
Messages with local recipients: 0
Messages with remote recipients: 1
Messages with bounces: 2
Messages in preprocess: 402

Hi

kann mir jemand sagen, wie ich folgende Fehlermeldungen in der mail.log beheben kann?

Connected_to_212.227.xxx.xxx_but_sender_was_rejected./Remote_host_said:_501_Syntax_error_in_parameters_or_arguments/
bzw.
212.227.xxx.xxx_failed_after_I_sent_the_message./Remote_host_said:_501_Syntax_error_-_line_too_long/

[…]
[…] info msg 2957486: bytes 53282 from <anonymous@xxx.server.de> qp 3563 uid 1010
[…] starting delivery 572: msg 2957486 to remote xxx.xxx@web.de
[…]
[…] delivery 572: failure: 212.227.15.17_failed_after_I_sent_the_message./Remote_host_said:_501_Syntax_error_-_line_too_long/
[…]
[…] info msg 2957488: bytes 54584 from <#@[]> qp 3571 uid 1010
[…] starting delivery 575: msg 2957488 to remote xxx.xxx@web.de
[…]
[…] delivery 575: failure: Connected_to_212.227.xxx.xxx_but_sender_was_rejected./Remote_host_said:_501_Syntax_error_in_parameters_or_arguments/

nach den Uhrzeiten sollte es folgender Cronjob sein

11   6   * * * nice -n 19 /var/qmail/bin/update_tmprsadh 1>/dev/null

Kann man qmail dazu bringen, die Mail trotz der sehr langen Zeilen korrekt versenden?

Revolution!