Die API hat eine Direktnachricht an einen anderen als den in `recipient`
genannten Benutzer zugestellt, obwohl die ID über /user verifiziert war.
Welche Kennung sie wirklich erwartet, ist ungeklärt — und löschen lässt
sich eine Fehlzustellung nicht: DELETE /mail/<id> gibt es in dieser
Version nicht, über die Oberfläche kommt man auch nicht dran.
Deshalb drei Änderungen:
- mail-send sendet nur noch mit --send; ohne das Flag löst es den
Empfänger auf und zeigt Namen und ID.
- Nach dem Versand wird die Teilnehmerliste gelesen und gemeldet, wer die
Konversation tatsächlich bekommen hat.
- mail-user-remove nimmt einen Teilnehmer wieder heraus
(DELETE /mail/<id>/user/<userid>) — das einzige Gegenmittel.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Ohne Versionssprung zieht 'claude plugin marketplace update' den Fix
nicht als neue Fassung.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
POST /mail nimmt als recipient ausschliesslich GUIDs an. Mit numerischen
User-IDs antwortet die API "400 Validation failed" und "Du kannst keine
Nachricht ohne Empfaenger senden!" - eine Meldung, die nach einem leeren
Feld klingt, obwohl das Feld gefuellt ist.
resolve_user gibt deshalb die GUID zurueck statt der ID; user_guid holt
sie ueber /user/<id> nach, wenn die Benutzerliste sie nicht mitliefert.
Geprueft gegen humhub.inmedias.it mit Benutzername, Profil-URL und
numerischer ID; der Versand mit GUID ist belegt.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
jhsandClaude Opus 5