- Verschifft
- 3. September 2026 um 00:03 UTC
- Autor
- Kamo
- Ausschuss
- f20c467
getAttachment zurückgegeben Jakarta Mail's faul IMAPInputStream direkt aus mitStore, die den Store wieder in den Pool setzt, sobald die Lambda zurückkehrt. Daraus folgten zwei Dinge. Die Antwort-Leiche wurde über eine Verbindung gezogen eine weitere Anfrage war kostenlos zu leihen und SELECT an anderer Stelle, und der Ordner hatte zu offen gelassen werden, um auch das möglich zu halten - eine ganze IMAP-Verbindung pro Anlage jemals geöffnet, gegen Dovecot-Budget von zehn pro Benutzer und IP, mit einem Kommentar sagen, der Anrufer würde es schließen und kein Anrufer, der jemals tat. Jeder andere Methode auf diesem Dienst schließt seinen Ordner in einem schließlich; diese nicht. Der Teil wird nun entleert, während der Ordner geöffnet ist, so dass der Ordner schließt auf der Ausweg und was der Controller Spring übergibt, verdankt der Verbindung nichts. Teile bis zu 4 MB bleiben im Haufen und größere spoolen zu einer Zeitdatei, die unlinked, sobald es geöffnet wird, weil ein Briefkasten Anhänge weit akzeptiert größer als der Haufen des Pods und ein Download darf nicht in der Lage sein, OOM den Dienst. dekodiert auch den Dateinamen des Absenders. Es kommt als RFC 2047 codiert-Wort wenn es nicht einfach ist ASCII, und Jakarta Mail nur dekodiert ein, wenn ein JVM-weit System-Eigenschaft sagt so, die standardmäßig ausgeschaltet - so ein Akzent, ein Emoji, oder die schmale No-Break-Space macOS setzt vor "PM" war genug für die Anlageliste zu zeigen =?UTF-8?B?U2NyZWVuc2hvdCAy...?= und einen Download, um eine Datei namens zu speichern das. Dekodiert hier anstatt durch die System-Eigenschaft, so dass ein unbekannter Zeichensatz fällt zurück auf die wörtliche statt zu werfen. Drops getInlinePart und seine Helfer ungelesen: sie trugen das gleiche Leck und hatte kein Anrufer, die Controller lösen stattdessen einen Cid durch die Anhangsliste.