Outlook Fehler beim Senden an unbekannten Empänger in eigener Domain

Ich habe das Problem weiter analysiert, und das ist ganz eindeutig ein Bug,
den man einem Kunden nicht zumuten kann.
Wichtig, damit keine Missverständnisse entstehen.
Der nicht existierende Empfänger muss in der gleichen Domain sein, wie der Sender
Beispiel:
Sender: Sender@domain.dw Emfpänger: Empfang@domain.de
Das Prolem ist folgendes:
in wmime/src/vmime/net/smtp/SMTPTransport.cpp
routine SMTPTransport::sendEnvelope
wird in Zeile 286resp = m_connection->readResponse()
ein Fehler zurückgemeldet und die routine mit Exception beendet.

Soweit noch nicht schlimm,
aber in gromox/exch/emsmdb/common_util.cpp zeile 1506 wird im Fehlerfall
das Entfernen der Mail aus dem Ordner Postausgang nicht ausgeführt.
Deswegen wird die Meldung im Grommunio Server nicht aus dem ordner Postausgang entfernt.
Outlook entfernt aber die Meldung im Ordner Postausgang im Cache.
Der Ordner Postaustausgang wird nicht synchronisert (habe ich getestet).
Deswegen bleibt die Mail im Server im Ordner Posausgang stehen, und ist in Outlook nicht zu sehen.

Es gibt einen einfachen Bugfix für dieses Problem.
Habe ich programmiert und er funktioniert.
Leider gibt es aber noch ein weiterws Problem:
Wird die Mail an mehrere Empfänger geschickt und ein Empfänger mit der gleichen
Domain wie der Sender exisiert nicht, wird die komplette mail nicht gesendet.
Abbruch in SMTPTransport::sendEnvelope
In der Liste der nicht erreichbaren Emfänger sind alle Emfänger aufgelistet.
Kein Hinweis, welcher Emfänger nicht erreicht wurde.
So etwas kann mann nicht lassen.
Wenn das bei jemanden funktioniert, dann hat er eine alte Version.
In der neusten Version funktioniert es auf jeden Fall nicht.
Dieser Bug sollte dringend beseitigt werden.
Ich bin gerade drann am Code. Aber im Falle der Mail mit
mehreren Emfänger sind das größere Änderungen.
Der Fall mit einem Emfänger ist recht einfach.

Ich habe die Datei /etc/gromox/gromox.cfg überprüft.
Da steht keine outgoing_smtp_url
Wie es aussieht haben wir unterschiedliche gromox Versionen.
Ich habe die aktuelle iso installiert.
Ich habe auch das ganz neue grommunio sowohl auf Debian als auch auf Suse installiert.
Überall das gleiche Verhalten.
Bei meinem Gromox werden, wie es aussieht, die Mails der eigenen Domain intern abgehandelt.
Die Unzustellbarkeitsmeldung erscheint sofort nach dem Absenden.
Bei externen Mails dauert das eine gewisse Weile.

Auch die Fehlermeldung in wmime/src/vmime/net/smtp/SMTPTransport.cpp
deuten darauf hin.
In den Zeilen von
340 commands->writeToSocket(m_connection->getSocket(), m_connection->getTracer());
341
342 resp = m_connection->readResponse();
ist die Fehlermeldung
5.1.1 tester2@domain.de: Recipient address rejected: User unknown in virtual mailbox table
(Die Quellen wurden von mir übersetzt und die Rückmeldung mit gdb überprüft).

Diese Fehlermeldung kommt ganz sicher nicht von einem Mailer
Wie es aussieht, wird gar keine Mail nach außen gesendet.
Die Mail wird intern abgehandelt.

WalterH Ich kann das nicht reproduzieren, wenn ich ein Mail an [unbekannt@meinedoamin.at](mailto:unbekannt@meinedoamin.at) sende, wird das Mail aus dem Postausgang entfernt und kurz danach kommt die Unzustellbarkeitsnachricht.

Wie sieht denn deine Unzustellbarkeitsmeldung aus?
Bei meiner ist es klar, dass sie von intern kommt.

Ihre Nachricht hat einige oder alle Empfänger nicht erreicht.

  Betreff:	gg
  Gesendet am:	19.03.2025 10:13

Folgende(r) Empfänger kann/können nicht erreicht werden:

  'tester2@fritz.box' am 19.03.2025 10:13
        Diese Nachricht konnte nicht gesendet werden. Ein Clientvorgang ist fehlgeschlagen. Versuchen Sie, die Nachricht später noch einmal zu senden, oder wenden Sie sich an Ihren Netzwerkadministrator.

Diagnoseinformationen für Administratoren:

Der Fehler lautet [0x00040580-0x00040580-0x00000501].

Exchange-Antwortkopfzeilen:
X-ServerApplication: Exchange/15.00.0847.4040
X-RequestId: {5A97234C-B072-436D-8153-FE08ECC79228}:39
X-ClientInfo: {56D25622-C0F2-4C5D-946C-7A886F3AE713}:72040014
X-ElapsedTime: 0
X-ResponseCode: 0
X-RequestType: Execute

ROPs-Zusammenfassung:

0: ropSetProps (10) verarbeitet (1) abgeschlossen (0)
	ROP-Ergebnis: 0
	Antwortcodes: 0
1: ropSetProps (10) verarbeitet (1) abgeschlossen (0)
	ROP-Ergebnis: 0
	Antwortcodes: 0
2: ropFlushRecipients (14) verarbeitet (1) abgeschlossen (0)
	ROP-Ergebnis: 0
	Antwortcodes: 0
3: ropSetProps (10) verarbeitet (1) abgeschlossen (0)
	ROP-Ergebnis: 0
	Antwortcodes: 0
4: ropTransportSend (74) verarbeitet (1) abgeschlossen (0)
	ROP-Ergebnis: 0
	Antwortcodes: 263552

Transport-Send-Fehler: Fehleraufzählung (25), HResult (0x00000000), EC (263552).
Transport-Send-Fehler: Fehleraufzählung (22), HResult (0x00000000), EC (263552).
Submit-Message-Fehler: Nachrichten-ID (2), Fehleraufzählung (13), HResult (0x00040580), EC (263552).

WalterH Bei meinem System lehnt der Postfix das Mail als unzustellbar ab

Ok,
dann gibt es wirklich verschiedene gromox Versionen.
Interne Mails gehen bei meinem System gar nicht zu postfix,
Sie werden schon vorher verarbeitet.
Ich habe zum testen den Internet Zugang blockiert.
Trotzdem kommen interne Mails immer noch recht schnell im Posteingang an.
Externe Mails gehen bei geperrtem Internetzugang teilweise verloren und
teilweise werden sie später versendet.

ok teste ich.
Aber heute wirds nicht mehr gehen.

Ok super,
ich habe die Zeilen eingetragen und es funktioniert.
Ich hoffe damit ist dann auch das gleiche Problem mit Active Sync in Android erledigt.

WalterH Ich gehe davon aus.

ja, habe ich gerade getestet. Ist damit auch erledigt.
Ich wollte gerade dort ein Reply schreiben.
Mann kann dort auch ein Solved Fixed setzen.