Implementierung der Prüfung von attachment limits

Die mit #2155 neu eingeführten Limits für Anhänge müssen durch den Zustelldienst beim Anlegen geprüft werden und requests abgelehnt werden, falls das effektive Limit überschritten wird. Zur Nomenklatur siehe #2257 (closed), zur Anpassung des Datenmodells #2258 (closed).

Folgende Vorgänge beinhalten die Übermittlung von Anhängen und sind deshalb um Prüfung zu erweitern:

  • Erzeugung einer submission
  • Erzeugung einer reply

Ein Limit gilt immer pro Vorgang bzw. entity (z.B. für eine submission), eine Überschreitung durch parallele Ausführung wird nicht betrachtet. Der Fokus ist hierbei eher fachlich und dient dem Schutz der beteiligten Systeme, nur sekundär wird dadurch ggf. auch ZSD entlastet.

Hervorzuheben ist, dass der Zugriff auf Anhänge grundsätzlich immer möglich bleibt, auch wenn die Größe das aktuell gültige receive limit überschreiten sollte. Die Prüfung erfolgt also ausschließlich beim upload von Anhängen.

Pro Limit-Art (max. Anhang-Größe, max. Größe aller Anhänge, max. Anzahl Anhänge) gibt es drei Werte: den des Senders, den des Empfängers und das aktuelle Limit des ZSD. Das effektiv zu prüfende Limit ist immer das Minimum dieser drei Werte!

Akzeptanzkriterien

  1. Anlegen einer submission bei Einhaltung des effektiven Limits ist erfolgreich
  2. Anlegen einer submission bei Überschreitung des effektiven Limits führt zum Fehler
  3. Anlegen einer reply bei Einhaltung des effektiven Limits ist erfolgreich
  4. Anlegen einer reply bei Überschreitung des effektiven Limits führt zum Fehler

Mögliche Folgeaktivitäten (vom Entwickler zu ergänzen)