Spam-Anhänge: klarer Fehler statt Junk-Ordner-Raterei (Pentest R124)

Nachtrag zum R124-Fix: statt bei nicht auffindbarem Junk-Ordner still
auf INBOX bzw. den geratenen String 'Junk' zurückzufallen, wird jetzt
ein klarer Fehler zurückgegeben – sonst könnte im Randfall (Junk-Ordner
serverseitig entfernt/umbenannt) doch wieder die falsche UID aus dem
falschen Ordner gezogen werden.

- 4 Controller-Funktionen (downloadAttachment, saveAttachmentTo,
  saveAttachmentAsInvoice, saveAttachmentAsContractDocument):
  404 "Postfach hat keinen Spam-/Junk-Ordner (mehr)".
- 2 Service-Funktionen (moveEmailToTrash, restoreEmailFromTrash):
  klare error-Message im TrashOperationResult.

Kein undefined mehr Richtung IMAP-Lib.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>

docs/todo.md

@@ -111,6 +111,12 @@ isolierte Instanz (keine Multi-Tenancy im Code), Provisioning + Abrechnung
     Datenintegritätsproblem.
   - Fix: an allen vier Stellen dieselbe Junk-Pfad-Logik wie in
     `moveEmailToTrash` + `findJunkFolderPath` importiert.
+  - Randfall (Pentester-Nachtrag): findet sich der Junk-Ordner nicht
+    (mehr), wird jetzt ein klarer Fehler zurückgegeben statt still auf
+    INBOX/`'Junk'` zu raten – in allen 4 Controller-Funktionen (404
+    „Anhang nicht abrufbar") und den 2 Service-Funktionen
+    (`moveEmailToTrash`/`restoreEmailFromTrash`). Kein `undefined` mehr
+    Richtung IMAP-Lib.
 
 - [x] **📧 E-Mail-Client: Spam-Ordner als eigener Tab**
   - Neuer Tab „Spam" (zwischen Gesendet und Papierkorb) im E-Mail-Client,