Warteschlage ist nie leer seit Umstellung auf OS Version

Moin, ich habe ja nun schon fast 20 Jahre b1gmail im Einsatz, der Umstieg auf die OS Version ist bereits auf einem Projekt seit Version 7.4.1 im Einsatz.

Leider habe ich hier ein Problem mit der Warteschlange und mit Duplikat-Meldungen die ich sowohl in 7.4 als auch in 7.2 nicht habe.

Wie es aussieht handelt es ich hier um Bounces:

Message duplicate for <adresse@domain.at> (494787) detected (<0100019d0667682f-1cf6b381-4b95-495c-9d83-d514a532031f-000000@email.amses.com>), processing stopped

(mailbox.class.php:2513) Message duplicate for <adresse@domain.at> (652441) detected (<1032443376.13894.1773933754835@saved-search-application-57df9fbcd7-mk8z4>), processing stopped

Alles bounces ca. 500 am Tag...

Dier hängen dann auch gern mal in der Warteschleife.

Jetzt seit Umstellung auf proxmox als Filter habe ich noch mehr Dinger in der Warteschlage kleben.

Problem ist das b1gmailserver von außen keine Usererkennung hat

Warteschleife sieht jetzt immer so aus, die ist nie leer, weil die bounces nicht zugestellt werden können

Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.

 root@emg ~ # printf 'EHLO meinmailserver.de\r\nMAIL FROM:<probe@example.net>\r\nRCPT                                                                                                                                                                                                                                              TO:<definitivnichtvorhanden123456@server.de>\r\nQUIT\r\n' \
| openssl s_client -starttls smtp -connect mail.meinmailserver.de:25 -quiet
Connecting to 46.xxx.xx.xx
depth=2 OU=GlobalSign Root CA - R6, O=GlobalSign, CN=GlobalSign
verify return:1
depth=1 C=BE, O=GlobalSign nv-sa, CN=GlobalSign GCC R6 AlphaSSL CA 2025
verify return:1
depth=0 CN=*.server.de
verify return:1
250 8BITMIME
250-meinmailserver.emailn.de Pleased to meet you, proxmox.server.de [xxx.xxx.xxx.xxx]
250-SIZE 102400000
250-AUTH PLAIN LOGIN
250-AUTH=PLAIN LOGIN
250 8BITMIME
250 2.1.0 Return path OK
250 2.1.5 Recipient OK
221 mail.meinmailserver.de Closing connection

Er akzeptiert also erstmal jede Adresse egal ob sie existiert oder nicht.

Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.

Das Problem tritt jetzt vor allem bei einem Dienst mit der neuesten Version 7.2 RC2 auf ich muss immer manuell ein paar mails abholen, etwas komisch, da sind auch ruguläre mails dabei keine Nullsender oder sowas, einige Bounces aber ich glaube der Inhalt ist es nicht eher eine Verzögerung der QUEUE

Das ist die Frage, woher sie kommen spielt keine rolle, vorher kamen Sie vom Mailserver direkt jetzt vom PMG, das hat irgendwas mit der Warteschleife zu tun.

 	Heute, 08:22:59 (2; Inbound pipe: b1gMail pipe rejected message data (keep-alive: 1).)

Wenn ich jetzt "Alle abarbeiten klicke" werden alle zugestellt. Komisch wie ne Verzögerung, ich schau mal eben ins logging. root@mail ~ # systemctl

Jun 08 08:45:39 mail.skymail.de bms-queue[2563633]: PHP Deprecated:  mysqli_real_escape_string(): Passing null to parameter #2 ($string) of type string is deprecated in /var/www/web0/htdocs/serverlib/db.class.php on line 78
Jun 08 08:46:06 mail.skymail.de bms-queue[2563631]: PHP Deprecated:  mysqli_real_escape_string(): Passing null to parameter #2 ($string) of type string is deprecated in /var/www/web0/htdocs/serverlib/db.class.php on line 78
Jun 08 08:46:58 mail.skymail.de bms-queue[2563967]: PHP Deprecated:  mysqli_real_escape_string(): Passing null to parameter #2 ($string) of type string is deprecated in /var/www/web0/htdocs/serverlib/db.class.php on line 78
Jun 08 08:47:06 mail.skymail.de bms-queue[2563930]: PHP Deprecated:  mysqli_real_escape_string(): Passing null to parameter #2 ($string) of type string is deprecated in /var/www/web0/htdocs/serverlib/db.class.php on line 78

soll ich mal keep alive abschalten?

Zitat von patrick

Wenn da alle Mails angenommen werden auch für nicht-existente lokale Adressen, hast du ein Problem. Zeig doch mal die Subnetz- und DNSBL-Regeln.

Das Problem ist gelöst, da gab es tatsächlich wie im anderen Thread beschrieben keine Einschränkungen daher nahm der alles an