WCF-Streaming und maxReceivedMessageSize

Warum ist die Eigenschaft maxReceivedMessageSize beim Implementieren von WCF Streaming relevant? Da die Pufferung und Persistenz vom Consumer des Streams behandelt wird, beschäftigt sich WCF mit der Frage, wie groß oder wie lange eine einzelne Serviceoperation dauern könnte?

Ich arbeite an einem Projekt, das große Dateien von Server zu Client und zurück verarbeiten kann. Ich dachte mir WCF-Streaming ist eine ausgezeichnete Wahl, da es theoretisch unendliche Dateigrößen behandelt werden soll. Sowohl mein Client als auch mein Server haben transportMode (für die Bindung) auf "Gestreamt" und Nachrichten für Streams eingestellt. Dies ist jedoch nicht genug, da ich eine CommunicationException erhalte, die anzeigt, dass ich die Eigenschaft maxReceivedMessageSize erhöhen muss. Wenn man dem Ratschlag der Ausnahme folgt, kann man durch magisches Erhöhen der Eigenschaft alles perfekt arbeiten lassen.

Ich mache mir Sorgen, dass die WCF mich zwingt, meinen Dienst / meinen Client zu "kappen", obwohl das Streaming "unendlich" sein soll. Wenn eine Datei kommt, die größer ist als die Konfiguration meiner Bindung, wird dieselbe CommunicationException auftreten. Ich sehe nicht, warum WCF meine Kapazität, mit großen Dateien umzugehen, willkürlich einschränkt, "wann" und "wie" ich diese Dateien sende und speichere, ist jetzt "mein" Geschäft, weil ich einen Strom zu konsumieren habe, wie ich es wünsche.

Vermisse ich etwas?