Átvizsgált fájl feltöltése piszkozathoz

Csatold a fájlt a jelenlegi üzenetedhez a Complexity felületen. Válaszd ki a piszkozat saját postafiókját, és engedélyezd az uploadDraftAttachment toolt. A tool ezt az átvizsgált fájlt hozzáadja egy szerkeszthető kanonikus piszkozathoz.

Az actornak szüksége van a mail.draft.attachment.add jogosultságra, amely a mail.draft.edit jogosultságra épül. Emellett MailGen-licenc, külön tool-engedély, engedélyezett futási toolok és egy aktív, saját postafiók kell. A modell csak a {draftId, attachmentId} értékeket adja meg. Nem adhat bájtokat, URL-t, tárolókulcsot vagy szolgáltatói felülírást. A piszkozat tartalmának létrehozása vagy szerkesztése nem tölt fel mellékletet.

A hitelesített AdminService-hozzáférés a forrást a futás közvetlen szülő emberi üzenetéhez és a tiszta vizsgálati állapothoz köti. A munkavégző újra ellenőrzi az aktuális engedélyt, hatókört, a forrás tulajdonjogát és a pontos tárolókulcsot. A tool nem tölthet fel fájlt másik körből vagy csevegésből.

A forrás bájtos felső határa 25 MiB. Az aláírt parancs azonosítókat és SHA-256 értékeket tartalmaz. A backend korlátos tárolási olvasás után ellenőrzi a digestet.

Az m365local és az m365Ent a közös microsoft-graph/drafts/draft-attachments.ts fájlt használja. A 3 MB alatti fájlok Graph fileAttachment POST-hívást használnak. A nagyobb fájlok feltöltési munkamenetet használnak, 4 MB alatti, sorrendben küldött darabokkal. A szolgáltatói hitelesítő adatok nem kerülnek el az előhitelesített feltöltési URL-ig. A Prisma és a többi szolgáltató kifejezetten elutasítja ezt a műveletet. Végezd el a Microsoft-beállítást.

A piszkozat hash-e a tárgyat, a tartalmat, a contentType-ot, a to, cc és bcc mezőket ugyanabban a sorrendben és alapértelmezésekkel használja, mint az eltávolítás. A teljes mellékletmanifeszt, a beágyazott elemeket is beleértve, külön alapállapotot kap. Ez a hash nem teszi atomivá a távoli módosítást. Az előellenőrzés és a POST között közben érkezhet egyidejű szerkesztés.

Bizonytalan feltöltési eredmények

A melléklet POST-hívása nem idempotens. A távoli módosítás előtt a munkavégző compare-and-set jelölőt ment a syncOperation.desiredState mezőbe. Ez tartalmazza az alapállapot-melléklet-azonosítókat, a pontos forrásazonosítót és a bájt-hash-t. A jelölő után ugyanaz a művelet csak visszaolvasni vagy egyeztetni tud. Nem POST-olhat újra.

Sikert csak egy új, az alapállapoton kívüli melléklet igazol, pontos bájt-hash egyezéssel. A fájlnév és a méret önmagában nem elég. Ha nincs egyezés, vagy több egyezés van, a rendszer a DRAFT_ATTACHMENT_UPLOAD_OUTCOME_UNCERTAIN állapotot adja. Ez akkor is előfordulhat, ha a jelölő mentése és a POST között összeomlás történt, és távolian nincs melléklet.

Új feltöltés kérése előtt ellenőrizd a piszkozatot és az eredeti műveletet. A vak újrapróbálás duplikálhatja a mellékletet. Az accepted állapot sorba állítást jelent, nem szolgáltatói megerősítést. A külön törlési folyamathoz lásd a melléklet eltávolítását.