Besprechungseinladung - Unable to dispatch message - Size exceeds ...

[maxritti]

Moin zusammen,

ich erhielt eine Meldung, dass eine Besprechungseinladung an Personen nicht zugestellt werden konnte, da angeblich die Mailgrösse überschritten sei.
Wir lassen nicht mehr als 50MB zu, über Konfigurationsdokumente für die Server.

In der Einladung hängen mehrere Anhänge, aber wenn ich mir die Eigenschaften des Dokuments anschaue, ist diese ca 18 MB gross. Also noch weit unter 50MB.

An was kann das liegen?
Dupliziert der Router "irgendwie" aufgrund der Anzahl der Personen das Volumen?

Hatte ich so in der Form noch nicht. 

[maxritti]

Als kleine Erweiterung.

Die Einladung ist an eine Gruppe gegangen. In der Gruppe im pers. Adressbuch stehen nur Notesadressen.
Dabei ist der 1. Eintrag der von dem Ersteller.

Lustigerweise wurde diese Adresse in die Internetadresse intern umgewandelt.

Die optionalen Empfänger der Einladung wurden manuell eingegeben.
Auch die optionalen Empfänger sind eine Gruppe im pers. Adressbuch. Und da drin stehen alle Benutzer mit Internetadressen. Auch derjenige, der den Eintrag erstellt hat.

Und die Meldung, dass die Mail zu groß ist (was sie ja nicht ist) kam für die Internetadressen inkl. der internen Internetadresse.

[stoeps]

Lokale Gruppen werden automatisch in Einzeladressen gewandelt beim Versand. Die 18 MB könnten komprimiert sein (falls das aktiviert ist).

Die Grössenmeldung kommt beim Versand (als popup), als Mail vom Router oder evtl von einem weiteren Server?

Die smtp Mails werden mit ziemlicher Sicherheit dekomprimiert, evtl mal die Anhänge lokal speichern und prüfen.

Am Server was im Log?

[Patrick Schneider]

Hallo,

man muss bei der Größenbeschränkung auch die Enkodierung betrachten.
Ein 18 MByte Binärfile muss für den Versand in der Regel per UUEncode in ASCII-"Text" gewandelt werden, damit es fehlerfrei per SMTP übertragen werden kann. Dadurch entsteht mindestens 33% Overhead.
Aber selbst damit sollten 18 MByte nicht auf > 50 MByte aufgebläht werden.

Viele Grüße,
Patrick

[maxritti]

Lokale Gruppen werden automatisch in Einzeladressen gewandelt beim Versand. Die 18 MB könnten komprimiert sein (falls das aktiviert ist).

Du meinst LZ1 Compression?
Ist aktiviert. Ich habe die Anhänge mal entpackt. Da kommen die auf 22MB.

Die Grössenmeldung kommt beim Versand (als popup), als Mail vom Router oder evtl von einem weiteren Server?

Die kommt von dem Mailserver, wo die Mail-IN-DB liegt.

Die smtp Mails werden mit ziemlicher Sicherheit dekomprimiert, evtl mal die Anhänge lokal speichern und prüfen.

Am Server was im Log?

Im Serverlog ist so rein gar nichts zu finden. Ausser den Mailroutingevents, dass die Mail erfolgreich an einen Teil der Benutzer gesendet wurde. Sehr hilfreich.
Ich hätte da jetzt auch irgendwas von der Meldung erwartet.
Habe aber irgendwie den Eindruck, dass die Server ein wenig doof konfiguriert sind und so mache Meldung wie ich sie kenne unterschlagen.
Da muss ich noch suchen, ob da irgendwas gemacht wurde.
Leider ein geerbtes System. 

[maxritti]

Hallo,

man muss bei der Größenbeschränkung auch die Enkodierung betrachten.
Ein 18 MByte Binärfile muss für den Versand in der Regel per UUEncode in ASCII-"Text" gewandelt werden, damit es fehlerfrei per SMTP übertragen werden kann. Dadurch entsteht mindestens 33% Overhead.
Aber selbst damit sollten 18 MByte nicht auf > 50 MByte aufgebläht werden.

Viele Grüße,
Patrick

Siehe meine Antwort an stoeps.
Aufs Filesystem entpackt haben die 22 MB.

Und gerade habe ich mal versucht das Szenario mit Testbenutzern nachzuvollziehen.
Da klappt es natürlich wie es soll. 

[maxritti]

Kleine Korrektur. Ich habe doch was im Log gefunden.
Da steht doch "Unable to dispatch message".
Der Server unterschlägt es doch nicht. Ich hatte nur die Brille nicht richtig auf.

[stoeps]

Nimmt evtl der nächste Hop nicht an?

[maxritti]

Aber sollte dann nicht in der Zustellfehlermeldung der nächste HOP mit aufgeführt sein?

Wobei es ja eigentlich auch egal ist, wer die nicht verarbeiten möchte, die Frage ist doch, warum die 18MB nicht verarbeitet werden können.
Wie auch Patrick schrieb, sind 18MB ja noch recht weit weg von den 52MB die eingestellt sind.

[stoeps]

Naja es gibt Linux Mailserver die bei großen Mails einfach ablehnen und in der Zustellfehlermeldung siehst du meines Wissens nach nur Dominos.

Ich würde smtp debugging aufdrehen und mal schauen was da schief geht.

[maxritti]

Also der grundsätzliche Weg der Mails ist so:

1. Mail an interne Notesbenutzer
   -> Verbleiben auf dem Mailserver oder einen internen Mailcluster
   
2. Mail an benachbarte Dominoumgebung
  -> gehen an einen externen Dominoserver via Notesrouting
 
3. Mails ins Internet
  -> gehen an einen externen Dominoserver (nicht der in Punkt 2) via Notesrouting
     und dann via SMTP Routing auf einen Linuxhobel, der wiederum ins Internet verteilt.
   

Ich habe nun mal im Mailtracking geschaut.

Es sieht für mich in der Tat so aus, als wenn der Mailserver direkt die Mails an die Internet adressen ablehnt.
Die Mails an die User unter 1. und 2. werden wunderbar delivered und haben eine Größe dort von ca. 22 MB (also wohl nach der Enkodierung).

Nur die Mails unter 3. stehen dort als NDR mit Größenüberschreitung.
Kein "Nextserver" und auf dem externen Domino ist auch via Mailtracking so gar nichts zu finden.
So dass die Mail da gar nicht angekommen ist.

Falls also noch jemand eine Idee hat, warum die Einladung teils aufgebläht wird oder auch nicht bin ich für Tips dankbar.

[DomAdm]

Hallo,

1.
"Unable to dispatch message - Size exceeds ..."
Wie ist denn die genaue Meldung, welche Grösse wird überschritten?

2.
Im NDR steht drin welcher Mailserver (Reporting-MTA) die Annahme der Mail wegen Grössenbeschränkungen ablehnt.
NDR öffnen -> Ansicht -> Anzeigen -> Seitenquelltext

Es gibt im Quelltext einen Abschnitt so ähnlich wie:

Content-Type: message/delivery-status
Reporting-MTA: dns;fremder.smtp.server@yyyyyy.xx

Final-Recipient: rfc822;xxxxx@yyyyy.xx
Action: failed
Status: X.X.X
Diagnostic-Code: xxxxx

vielleicht hilft das.

[maxritti]

Hallo Jacob,

zu 1)

Router: Policy Reason: Router: Unable to dispatch message. Size exceeds 51200 KBytes
Das ist genau der Wert, welcher in den Konfigurationsdokumenten der Server steht.

zu 2) Seitenquelltext kann nicht angezeigt werden. Da die Mail wohl zu gross ist.
Vielleicht kopiere ich mir die und schmeiße die Anhänge raus.

[DomAdm]

zu 2) Seitenquelltext kann nicht angezeigt werden. Da die Mail wohl zu gross ist.
Vielleicht kopiere ich mir die und schmeiße die Anhänge raus.

das ist nicht notwendig wenn das  die Grösse ist die in der Domino Konfiguration festgelegt ist.
Stellt sich dann die Frage warum die Mail so gross ist.
Eigenschaten Dokument:
Anhangsgrösse? Viele Body Felder?
https://support.hcltechsw.com/csm?id=kb_article&sysparm_article=KB0078153
https://support.hcltechsw.com/csm?id=kb_article&sysparm_article=KB0029746

[maxritti]

Naja, das ist ja genau der springende Punkt.

Die Einladung hat mehrere Anhänge, welche ins Filesystem gelöst ca 22 MB sind.
Und die Einladung ging ja erfolgreich an die Personen, welche mit Notesnamen drin standen raus, aber an die internetadressen nicht.
Da kam der NDR mit der Meldung zurück.

[maxritti]

Ich glaube wir können das Thema hier abschließen und ich nehme den Benutzer am Montag noch mal zur Brust.

Denn er hat wohl 2 x einen NDR mit ca 54 MB bekommen. Um 07:01 und 07:08.
Die Besprechung wurde aber um 7:03 erstellt. Irgendwas ist da im Busch, was er mir noch nicht verraten hat.

Auf jeden Fall schon mal Dank an alle Beteiligten und ein schönes WE.

[maxritti]

Hallo,

das Thema ist dann doch noch nicht abgeschlossen.
Und nun doch mit meinem Testbenutzer reproduzierbar.

Also.....

Einladungen an Notesadressen (intern und benachbarte Dominos) gehen wunderbar mit 18MB.

Sobald eine Internetadresse drin steht, kommt der NDR zurück. Und zwar angeblich wieder grösser 51,2MB.
Aber die Anhänge haben nun mal nur 18MB.

Nach wie vor protokolliert der Mailserver des Benutzers bzw. wo die Mail-IN-DB liegt den Fehler.
Keinerlei Reaktion auf dem weiteren Domino, der ins Internet routen würde.

Dies ist dann in der Tat die entscheidende Frage, warum die auf dem Weg ins Internet mehr als verdoppelt wird.

das ist nicht notwendig wenn das  die Grösse ist die in der Domino Konfiguration festgelegt ist.
Stellt sich dann die Frage warum die Mail so gross ist.
Eigenschaten Dokument:
Anhangsgrösse? Viele Body Felder?
https://support.hcltechsw.com/csm?id=kb_article&sysparm_article=KB0078153
https://support.hcltechsw.com/csm?id=kb_article&sysparm_article=KB0029746

Hat dazu noch jemand eine Idee?

Vielleicht auch ein Fall für HCL...

[stoeps]

Halt mal den Router an und schau dir die Mail in der mail.box an.

[maxritti]

Da ist die 54MB groß.

Das Dokument in der Mail-DB hat aber mal 16 $FILE Felder und das Dokument in der Mail.box 35 davon.

Nur wieso vervielfältigt der bei Internetadressen die Anhänge?
Ob das Mailtemplate einen Bug hat?

Ich gebe zu, dass wir noch ein 8.5er im Einsatz haben. Clients und Server sind aber "schon" 9.0.1FP7 und 9.0.1FP4.
Wird wohl mal Zeit für ein Update. 

[maxritti]

Ob das Mailtemplate einen Bug hat?

Ich gebe zu, dass wir noch ein 8.5er im Einsatz haben. Clients und Server sind aber "schon" 9.0.1FP7 und 9.0.1FP4.
Wird wohl mal Zeit für ein Update. 

Gerade mal ein 10.0.1er Template über die Test DB gezogen.
Kommt der gleiche Fehler.