Beiträge von SLM

Zitat von patrick

Das hilft mir leider nicht, ich brauche den Inhalt der Bounce-Mail. Ich kenne immer noch nicht die eigentliche Fehlermeldung. Die Header hattest du oben gepostet, den Body aber nicht.

Das ist schwierg, weil man im b1gMailserver-ACP nur den Teil sieht, den ich bereits gepostet habe. Meines Erachtens nach geht es auch nicht um den Mailinhalt, sondern um den Header. Die Bounce-Mail ergibt sich ja aus der Mail die nicht zugestellt werden konnte, z.B. weil das Postfach nicht existiert oder eine Blockierregel. Eines haben diese gebouncten Mails gemeinsam: From: "Mail Delivery System".

Im Anhang zwei typische solcher Spammails patrick , damit werden wir aktuell täglich überschwemmt.

Zitat von patrick

Den Bounce verschickt dann nicht dein Mailserver, sondern höchstens der Mailserver des Absenders. b1gMailServer lehnt die Mails schon auf SMTP-Ebene ab, wenn der Empfänger nicht existiert, und versendet da selbst keine Bounce-Mail. (Das nennt sich sonst Backscatter und ist sehr sehr unbeliebt, verständlicherweise.)

Hast du da ein konkretes Problem/Beispiel, wo dies passiert ist?

Hauptsächlich geht es um solche Mails, die von uns an diese Spamdomains beantwortet werden.

Received: from mail.meinedomain.de (mail.meinedomain.de [xxx.xxx.xxx.xxx])
	by mail.meinedomain.de with ESMTP id 1593AC1B
	for <ntuaup@ntuaup.homeflooringreview.com>; Thu, 15 Oct 2026 07:20:51 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=meinedomain.de; s=mail;
	t=1792041651; bh=jo2xx8hsE/7XtbI+LYK/eTGCtRCgCKfFHecOmDPP51A=;
	h=Date:To:From:Subject:From;
	b=cYVUytHmGbAmotPTFiNQ63nZZs2VEaxBHDLgpPpQ/kz3YDWYTP58snYj5i1P7p6c3
	 J1/OUdDBzM81NPZ3TetoejOBC4uSngWXsnS+Eo+pfys7OyTtTwsPJUzQWHNQHtwL5X
	 wlCtXryE5QjZp1QxngfpCMg2bqjK7ucuU8B3xkMiLmkRS/24DPXmiz/Yn/GsT3b/vK
	 Z/8xMqfE3fVgAIadVtq96tBdCAl0ABx1DYVpJZEGS1edfzATxQSxVpChpQpisQH1oa
	 LY0A0XMMK7eZfyrvmsWk2F8ed01QsAPgLdYMicV3c/gLgECHTuA0erWRQtpLqp5pda
	 7+c7/ozhwy7nA==
Date: Thu, 15 Oct 2026 07:20:51 +0200
MIME-Version: 1.0
Message-ID: <26db1801cac537eb4d96b7053e2fc431@mail.meinedomain.de>
X-Mailer: meinedomain / 7.5.0
Return-Path: <>
To: ntuaup@ntuaup.homeflooringreview.com
From: "Mail Delivery System" <postmaster@meinedomain.de>
Subject: Returned mail: see error report for details
Precedence: junk
Content-Type: multipart/mixed;
	boundary="--Boundary-=_e05574935379903285ee400b29c7ac61"





##############




Received: from mail.meinedomain.de (mail.meinedomain.de [xxx.xxx.xxx.xxx])
	by mail.meinedomain.de with ESMTP id 6D83B277
	for <dsyfmz@dsyfmz.gladllc.com>; Thu, 15 Oct 2026 07:45:40 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=meinedomain.de; s=mail;
	t=1792043140; bh=1lOvTKhZhubWQ6pAEJQkL7ogrVfjy58z5iTu4zHuzfU=;
	h=Date:To:From:Subject:From;
	b=Q9BtwJFde10C+Wetyy9JGQHvSnRIC+NPkS9GRWWPbPT1Sxp49j1BjboCyRFXhRVkZ
	 cZRwW6/cyVxt+HcvVlDgQSLzWAsN3K6Mw7Bcn0Myuf9q4mKwA7+Aos1fW0WUH+9q5A
	 xXpjghkYSX9ZoopWQNRg9KLuwaDt0wGb+ayj9vDKI6lHj5s1T6k73Ny+EwKhhdOlfX
	 tfvh3Lsce7Q0Vv+pJgGzBbJWmgWz9NPhoHx/AzXeHvIzOSg5FKDCFEu9nI13CsE9Bx
	 MzJ8t6bklkREKhuuLaO0f877dcnMl3gnDyozKHG7HVzF0B8lzK76e3MrtNqx4d3tMl
	 KjCMFMe804b9Q==
Date: Thu, 15 Oct 2026 07:45:40 +0200
MIME-Version: 1.0
Message-ID: <fd7ec6a55e54ac840e099997b74052a6@mail.meinedomain.de>
X-Mailer: meinedomain / 7.5.0
Return-Path: <>
To: dsyfmz@dsyfmz.gladllc.com
From: "Mail Delivery System" <postmaster@meinedomain.de>
Subject: Returned mail: see error report for details
Precedence: junk
Content-Type: multipart/mixed;
	boundary="--Boundary-=_4b389446bef3bfbb85c944369bb1f991"

Spamwellen grassieren derzeit wieder extrem. Seit längerem schon nutzen Spammer den Trick, Domains irgendwo kurzzeitig (wahrscheinlich auch noch kostenlos) einzurichten, scheinbar mit immer dem gleichen Setup und Datenbestand. Von dort aus werden dann meist Phishingmails versendet, oft optisch kopiert man Amazon, CPanel oder dergleichen. Danach wird die Domain nicht mehr oder irgendann nochmal verwendet. Die meisten dieser Domains sind nicht mal öffentlich erreichbar.

Typischer Header:

Return-Path: <mail28.vpsadmin-notify@gulffdrug.com>
Received: from slot0.gulffdrug.com (slot0.gulffdrug.com [85.121.48.172])
    by xxx.xxxxxxxx.xxx with ESMTPS id 47E55E06
    for <xxx@xxxxxxxxx.com>; Wed, 30 Sep 2026 11:38:24 +0200 (CEST)
Authentication-Results: unknown-host;
    dkim=pass (2048-bit key; unprotected) header.d=gulffdrug.com header.i=mail28.vpsadmin-notify@gulffdrug.com header.a=rsa-sha256 header.s=dkim header.b=Ow7Tmk16;
    dkim-atps=neutral
Received-SPF: Pass
    identity=mail28.vpsadmin-notify@gulffdrug.com; client-ip=85.121.48.172;
    helo=slot0.gulffdrug.com
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; s=dkim; d=gulffdrug.com;
h=From:To:Subject:Date:Message-ID:MIME-Version:Content-Type:
Content-Transfer-Encoding; i=mail28.vpsadmin-notify@gulffdrug.com;
bh=wdcEx5icPHpeJi8JAgZ4xS0QcffLEPJ6aMqTQzRUmhw=;
b=Ow7Tmk16yS11919Yw6Rlbb2ipTK5Mm2LiAmeSDH32Q7TMaVoRaDoyeO3sLHgcFbnnhhhJwZXa7W1
PRlM1z/cpw2Mp41P3lH3z9N7FpT0c2NhYHNKMPv7gR3ACcMU6WIhuIGFRwCSpNn1/n3w6Rse+32E
0OGegBm/3aTGul1+G+ASINtxkWbMBEid+HVRO8ouXzimaIz00JnwDTcL9+C0fDbvb94P6xaaTML5
7I+lO/6YTbXkJsBb4wSVadnNbQAQiNekgZAYHskt/FKVRvpn2N5fYedWMwGx/Ip2ejvBM9tOUHPW
ZFFMLD/xp3/T6UwlMODiuJdkagpWALUpfaLipQ==
From: "Web Admin" <mail28.vpsadmin-notify@gulffdrug.com>
To: xxx@xxxxxxxxx.com
Subject: Webmail Cpanel Deactivation Notification
Date: 30 Sep 2026 11:24:51 +0200
Message-ID: <20260930112450.8F17660A2DC15855@gulffdrug.com>
MIME-Version: 1.0
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable

Diese Mails verursachen logischerweise auch Bounces, da manche Empfänger nicht existieren etc.

Aus meiner Sicht müsste es die Möglichkeit geben, dass man Bounces anhand bestimmter Muster entweder generell unterbinden oder zumindest in der Häufigkeit des Zustellversuchs reduzieren kann. Das Problem dahinter ist, dass solche Bounces ggfls. den DNSBL-Listen auffallen könnte und die eigene IP-Adresse bzw. der eigene Mailserver plötzlich auf einer DNSBL-Liste landet.

Wir löst ihr das?

Zitat von Loadbox

versuche die mal b1gmailserver

Merci für den Link. Enthält die Version b1gmailserver-2.8.3313 die genannten Änderungen? Ist die Version bereits im Einsatz und gab es Auffälligkeiten?

Zitat von ManDal

PR: #27

PHP-Prozesse wiederverwenden (inbound_reuse_process=1)
Ab PHP 8.4 landen oft Deprecation-Meldungen auf stdout und stören das Pipe-Protokoll (RCPT/DATA). Der BMS hat sich dann in fgets festgefahren und den PHP-Prozess abgeschossen. Das ist auf BMS-Seite gehärtet (Timeouts, Rauschen ignorieren, kaputte Worker wegwerfen). Das Protokoll selbst bleibt gleich, PHP 7.4/8.2 sollen weiterlaufen. Die Deprecations in pipe.php/serverlib sind damit nicht weg, der BMS hängt sich nur nicht mehr daran auf.

IMAP-Umlaute (Apple Mail)
Ordnernamen gehen jetzt nach RFC 3501 als modified UTF-7 raus/rein. Speichern weiter passend zu SET NAMES latin1, auch wenn bm60_folders.titel utf8mb4 ist. Webmail-Ordner waren nie das Problem; nach dem Update in Apple Mail einmal die Ordnerliste neu laden.

Zweiter Mail-Server
Nur /serverlib oder nur /plugins zu mounten reicht nicht. Der BMS braucht den b1gMail-Webroot (interface/pipe.php, daneben serverlib/ und plugins/). In der b1gmailserver.cfg kann man das jetzt lokal überschreiben, ohne dass die DB-Werte für alles andere verloren gehen:

Code

selffolder = /mnt/b1gmail/
datafolder = /mnt/b1gmail-data/
php_path   = /usr/bin/php

Den ganzen Baum mounten, nicht serverlib allein. Gehashte Beispiele stehen nach Install/Update in der cfg.

Wichtig: So ein Split-Setup (Web und Mail getrennt) habe ich hier aktuell nicht zum Testen. Das ist also nur der Code-Weg, keine Bestätigung aus dem Betrieb. Wer das so fährt: bitte prüfen, ob pipe.php auf dem Mail-Host erreichbar ist und Zustellung/IMAP damit klappt. Feedback sehr willkommen.

Zusätzlich: wenn logfile gesetzt ist, kann man mit logrotate=1 die Rotation vom BMS anlegen lassen (bei jedem Start, Pfad aus der cfg). Bestehende logfile=-Zeilen werden nicht nochmal angehängt.

Kompatibel mit offiziellem b1gMail 7.4. Tester zu Keep-Alive (PHP 8.4), Apple Mail und vor allem Split-Server wären hilfreich.

Alles anzeigen

Vielen Dank ManDal - gibt es davon auch eine kompilierte Version für Linux/Debian? Ich muss gestehen dass ich keine Ahnung habe, welche Version man aus dem Git-Repository nehmen muss und wie man eine funktionsfähige Version baut.

Zitat von ManDal

SLM  patrick Ich kann das Problem mit den Umlauten bei mir auch unter iOS reproduzieren. Tritt das bei euch unter iOS nicht auf?

Mit meiner aktuellen BMS-Version 2.8.3306 tritt das Umlautproblem nur unter MacOS auf. Unter iOS 26.6.2 tritt das nicht auf (iPhone 15 Plus).

ManDal Zur Info: Das Umlaut-Problem ist unter iOS nicht vorhanden. Aufgefallen ist es unter MacOS Tahoe. Dazu benötigt man tatsächlich einen Apple-Rechner mit Apple Mail.

Zitat von ManDal

Bisher kam selffolder (und damit der Pfad zu pipe.php / serverlib / PHP-Plugins) immer aus der Datenbank, also vom Webserver. Ein lokaler Eintrag in der b1gmailserver.cfg auf dem Mailserver wurde überschrieben. Deshalb musste man serverlib und plugins kopieren oder syncen – und ein reiner serverlib-Mount reicht nicht, weil pipe.php unter interface/ liegt und relativ ../serverlib plus die PHP-Plugins braucht.

Das ist jetzt angepasst: Werte in /opt/b1gmailserver/b1gmailserver.cfg gelten auf diesem Host und überschreiben die DB.

$Auf dem Mailserver reicht z. B.:

Code

selffolder      = /mnt/b1gmail/
datafolder      = /mnt/b1gmail-data/
php_path        = /usr/bin/php

Gemountet werden sollte der komplette b1gMail-Web-Root (nicht nur serverlib):

Code

/mnt/b1gmail/
  interface/pipe.php
  serverlib/
  plugins/

datafolder (Mailbestand) gehört auf ein gemeinsames NFS.

Im Log steht dann etwas wie: Keeping local selffolder from b1gmailserver.cfg (not using DB value).

Damit entfällt das ständige Synchronisieren der PHP-Ordner; jeder Mailhost zeigt einfach auf seinen lokalen Mount.

Ein solches Setup (Web und Mail getrennt) habe ich hier selbst nicht zum Gegenprüfen. Ob der Mount in der Praxis so durchläuft – inkl. pipe.php, PHP-Plugins und datafolder – müsste noch an einer echten Split-Installation getestet werden. Rückmeldungen dazu wären sehr willkommen.

Alles anzeigen

informant Das klingt doch interessant? Passt das zu meinem System?

Zitat von informant

Also ich habe mal getestet. Mit PHP 7.* klappt es, mit PHP8.2 auch, ab PHP8.4 nicht mehr. Ab hier wird strict genutzt. Im BMS code sind noch alte Codezeilen wo er sich aufhängt und die PHP PIPE Prozesse abbricht. Ich denke und vermute also, dass der Code noch auf PHP8.4 und höher strict angenpasst werden muss (BMS).

Nach etwas nachdenken ist mir eine Idee gekommen. Auf dem einzelnen MAIL SRV liegen ja noch alte PHP Dateien, die habe ich mal mit dne neuen überschrieben, siehe da, es funzt wieder

Danke Manuel, daran habe ich auch nicht mehr gedacht.

ManDal  Sebijk Prüft bitte mal die Anbindung des BMS, wenn man den BMS auf einem zweiten, eigenen Server laufen lässt - oder auf mehreren. Bislang muss man die /serverlib und /plugins - Ordner zusätzlich auf den zweiten Server kopieren. Manuel hat einen Weg gefunden, den /plugins Ordner zu mounten, das funktioniert scheinbar aber nicht mit dem /serverlib - Ordner. Man kann aber auch nicht ständig daran denken, alles zu synchronisieren.

Hier gibt es auf alle Fälle großes Verbesserungspotential.

Eine Bitte habe ich zusätzlich noch: Vergesst bitte nicht das Umlaut-Problem bei E-Mail-Ordnern & Apple Mail. Wenn es möglich wäre noch in einer BMS-Version die man noch unter b1gMail 7.4.x einsetzen kann.

Vielen Dank an alle, die sich dem Thema angenommen haben.

Zitat von Denny

Ich hatte das seit Umstellung auf PHP 8.3, allerdings liefere ich jetzt endlich über Postfix aus, ist viel bequemer und besser als über b1gmail selbst auszuliefern, da bleibt gar nichts mehr hängen und Signieren, Vieren und Spamprüfung ist direkt viel besser und vor allem immer up2date danke updates

Cool. Wie machst du das mit der Kundenverwaltung von IMAP/POP3/SMTP? Das läuft doch nur über den BMS?

Zitat von ManDal

SLM  informant bevor wir weiter spekulieren: Wie sieht es bei euch unter temp/session/ aus?

Code

ls /pfad/zu/b1gmail/temp/session/ | wc -l
find /pfad/zu/b1gmail/temp/session/ -type f -size 0 | wc -l

ls /pfad/zu/b1gmail/temp/session/ | wc -l

42917

find /pfad/zu/b1gmail/temp/session/ -type f -size 0 | wc -l

39220

-> Das ändert sich natürlich laufend.

Zitat von Sebijk

Bzgl. IPv6 hab mal im alten Forum geschaut: https://board.b1gmail.com/threads/b1gmail-server-ipv6.15813/

Also bekannt ist, dass BMS mit IPv6 Mails empfangen kann, aber die Auslieferung ausschließlich mit IPv4 erfolgt. Um es ein wenig einzugrenzen: Geht es bei den E-Mails in der Warteschlange um eingehende oder ausgehender oder um beides?

Tatsächlich geht es um beides. Ganz normale Newsletter (z.B. von großen Versandhäusern etc.) verbleiben plötzlich in der Warteschlange, die vorher normal abgearbeitet wurden - und werden zum Teil nicht mehr zugestellt.

DNSBL unter b1gMail > E-Mail > Anti-Spam ist in meinem System noch nie aktiv gewesen, DNSBL ist schon immer direkt im BMS als Zonen angelegt.

Mein Setup ist ja insofern auch nochmal anders, da der BMS auf einem eigenen Server läuft, der per interner IP angebunden ist. Aber genaueres dazu weiß informant

Ich habe gelesen, dass PHP 8.x IPv6 bevorzugt. Könnte sich der BMS hier eventuell "verschlucken"? Kann er eventuell nicht so viele gleichzeitige Verbindungen verarbeiten?

Nach dem Update von PHP 7.4 auf PHP 8.4.24 verbleiben täglich mehr Mails länger in der Warteschleife als vorher. An der prinzipiellen Serverkonfiguration IPv4/IPv6 hat sich nichts geändert, es treten aber im Gegensatz zu vorher vermehrt "Timeout while connecting socket"-Fehler auf. Vor der Umstellung befanden sich meist ca. 10-20 Mails in ruhigen Zeiten in der Queue, aktuell sind es permanent 130-180. Mal von den üblichen Verdächtigen falsch geschriebenen Adressen oder tatsächlich nicht erreichbaren Postfächern abgesehen, bleibt trotzdem eine zu hohe Zahl übrig.

Das sind die früheren und aktuellen Queue-Einstellungen:

Verarbeitungs-Intervall: 300 Sekunden
E-Mail-Zustellversuch-Intervall: 3 Minuten
Maximale E-Mail-Lebensdauer: 48 Stunden
Verarbeitungs-Timeout: 60 Sekunden
Threads (initial / maximal): 5 / 25

Hat jemand zufällig ähnliche Erfahrungen bei der PHP-Umstellung gemacht?

Die Aussage stammt direkt vom Kunden. Sinngemäß: "Es liegt am Nachnamen: Jäger - Testweise habe ich meinen Namen mit ae geschrieben - und es funktioniert." Nachdem ich den Forenbeitrag hier verfasst hatte, habe das selbst nochmal mit einem Test überprüft, konnte Mails problemlos versenden. Daher gehe ich davon aus, dass eventuell das Thunderbird-Setup des Kunden einen Fehler hat, auch wenn er - eigenen Angaben zufolge - mehrere Konten anderer Anbieter mit diesem Client betreibt.

Unabhängig davon, das Umlautproblem bei der Ordnersynchronisation besteht tatsächlich, das konnte ich mehrfach reproduzieren.

Danke patrick für deine schnelle Antwort.

Im b1gMailserver - Git hatte ich dazu schon ein Issue aufgemacht: https://github.com/b1gMail/b1gMailServer/issues/24

Heute kam ein Problem eines Nutzers, der im Nachnamen einen Umlaut hat. Es betrifft scheinbar auch den SMTP, denn der Nutzer konnte mit Thunderbird 153.0.x keine Mails versenden. Grund: Umlaut im Namen (nicht in der E-Mailadresse).

Meine KI meint, dass macOS UTF-8 verwendet, während der b1gMailserver das noch nicht unterstützt.

Könnte sich das patrick eventuell mal ansehen? Danke.

Ist eventuell geplant DMARC‑Enforcement zu implementieren, also die serverseitige Entscheidung über Zustellung, Quarantäne oder Ablehnung basierend auf SPF/DKIM‑Alignment und der veröffentlichten DMARC‑Policy der Absenderdomain? Eine native Unterstützung wäre sehr hilfreich, um Spoofing‑Mails zuverlässig zu blockieren und die Sicherheit weiter zu erhöhen.

Ist das schon bekannt?
Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.

Hat der b1gMailServer schon die Möglichkeit implementiert, nur die IP-Adressen beim Zugriff auf POP3/SMTP/IMAP zu speichern? Wenn man "Hinweise loggen" aktiviert, werden zu viele Daten gespeichert, die die Logs nur aufblähen. Eine separate Darstellung oder die Möglichkeit, diese IP-Adressen zu filtern wäre notwendig.

Der Grund meiner Frage: Trotz konservativ eingestellter Abusefilter ist es nicht möglich herauszubekommen, ob ein User mehrere Accounts betreibt, die nur per POP3/SMTP/IMAP zugreifen. Bei der Registrierung werden heute oft Tor- oder VPNs genutzt, das ist auch in Ordnung so. Ich gehe aber davon aus, dass Spammer bei SMTP-Nutzung keine unterschiedlichen VPNs nutzen. Erst kürzlich habe ich per Zufall fast 50 Accounts gesperrt, die ähnliche Muster aufwiesen und innerhlab der Abuseregeln, aber permanent Spam versendet haben. Das ist für die DNSBL-Reputation der eigenen IP-Adressen nicht förderlich.