SDK
Draftet
`drafts.list`, `listAll`, `iterate`, `get`, `create`, `update` dhe `delete`.
Të gjitha metodat
const page = await openemail.drafts.list({ query: 'invoice', limit: 25 })const draft = await openemail.drafts.get('draft_…') const created = await openemail.drafts.create({ to: ['[email protected]'], cc: [], bcc: [], subject: 'Your September invoice', html: '<p>Draft body.</p>', from: '[email protected]', threadId: 'thread_…',}) const updated = await openemail.drafts.update(created.id!, { subject: 'Revised' })await openemail.drafts.delete(updated.id!)update e ruan id-në e draftit, pra vlera me të cilën përgjigjet është gjithmonë ajo që dhatë. Një id e panjohur është një 404 dhe jo një draft i ri.
list faqoset njësoj si threads.list: pageToken i API-së kthehet si nextCursor dhe hyn si cursor, kurse listAll dhe iterate e ndjekin atë për ju.
Për të dërguar një draft, jepini id-në e tij emails.send. Drafti jep përmbajtjen dhe dërgimi jep zarfin.
await openemail.emails.send({ from: '[email protected]', to: '[email protected]', draftId: 'draft_…',})Parametrat: drafts.create dhe drafts.update (DraftInput)
tostring[]- Adresat e marrësve si stringje të thjeshta, jo format `RecipientInput` që pranon `emails.send`, sepse ky endpoint e bashkon array-in te lista e ndarë me presje që kërkon driver-i. Te create një array i lënë jashtë ruhet bosh; te update një fushë e lënë jashtë i lë marrësit e ruajtur të paprekur, meqë handler-i e lexon draftin i pari dhe i bashkon.
ccstring[]- Adresat Cc, në të njëjtën formë string të thjeshtë si `to`. Bosh te create kur lihet jashtë, dhe të paprekura te update kur lihet jashtë.
bccstring[]- Adresat Bcc, në të njëjtën formë string të thjeshtë si `to`. Bosh te create kur lihet jashtë, dhe të paprekura te update kur lihet jashtë.
subjectstring- Subjekti i draftit, me më së shumti 998 karaktere, kufiri i rreshtit sipas RFC 5322. Te create ka si parazgjedhje një string bosh, pra një draft e ka gjithmonë një.
htmlstring- Trupi i draftit si markup, me më së shumti 1.000.000 karaktere. Është trupi që fiton: `html` dhe `text` ushqejnë fushën e vetme të mesazhit të driver-it, pra dërgimi i të dyjave e ruan këtë.
textstring- Një trup me tekst të thjeshtë, me më së shumti 1.000.000 karaktere, i përdorur vetëm kur `html` mungon. Drafti ruan një trup të vetëm dhe jo dy pjesë, kështu që teksti i dhënë këtu kthehet te `html` kur drafti lexohet.
fromstring- Adresa e dërguesit që ruhet te drafti. Te update bartet nga drafti i ruajtur kur lihet jashtë. Driver-i e rindërton të gjithë mesazhin nga ajo që i jepet, pra një patch i pjesshëm që do ta hiqte do ta ndryshonte në heshtje dërguesin e zgjedhur.
threadIdstring- Bashkëngjiteni draftin te një thread ekzistues që të ruhet si përgjigje. Si `from`, bartet te update kur lihet jashtë, sepse rindërtimi i mesazhit pa të do ta shkëpuste përgjigjen nga thread-i i saj.
Përgjigjja: DraftResource (drafts.get)
object'draft'- Gjithmonë `draft`.
idstring- Id-ja e draftit. Shkrimet përgjigjen me një `SavedDraftResource` dhe jo me një draft të plotë, prandaj lexojeni id-në nga rezultati në vend që të ripërdorni atë që dërguat.
tostring[]- Adresat e marrësve ashtu siç i ruajti drafti. Një array bosh, kurrë null, kur drafti nuk ka asnjë.
ccstring[]- Adresat Cc ashtu siç janë ruajtur. Një array bosh, kurrë null, kur drafti nuk ka asnjë.
bccstring[]- Adresat Bcc ashtu siç janë ruajtur. Një array bosh, kurrë null, kur drafti nuk ka asnjë.
subjectstring- Subjekti i ruajtur, ose një string bosh aty ku drafti nuk ka. Kjo fushë nuk është kurrë null, prandaj kontrolloni gjatësinë e saj dhe jo praninë.
htmlstring- Trupi i ruajtur, ose një string bosh aty ku drafti nuk ka. Në dalje nuk ka fushë të veçantë teksti: një draft i ruajtur vetëm me `text` kthehet këtu.