Python
Skicat
`drafts.list`, `list_all`, `iterate`, `get`, `create`, `update` dhe `delete`.
Çdo metodë
from openemail import openemail page = openemail.drafts.list(query='invoice', limit=25)draft = openemail.drafts.get('draft_…') created = openemail.drafts.create({ 'to': ['[email protected]'], 'cc': [], 'bcc': [], 'subject': 'Your September invoice', 'html': '<p>Draft body.</p>', 'from': '[email protected]', 'threadId': 'thread_…',}) draft_id = created['id'] if draft_id is not None: openemail.drafts.update(draft_id, {'subject': 'Revised'}) openemail.drafts.delete(draft_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 list_all 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.
from openemail import openemail openemail.emails.send({ 'from': '[email protected]', 'to': '[email protected]', 'draftId': 'draft_…',})Parametrat: drafts.create dhe drafts.update (DraftInput)
tolist[str]- 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.
cclist[str]- 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ë.
bcclist[str]- 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ë.
subjectstr- 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ë.
htmlstr- 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ë.
textstr- 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.
fromstr- 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.
threadIdstr- 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)
objectLiteral['draft']- Gjithmonë `draft`.
idstr- 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.
tolist[str]- Adresat e marrësve ashtu siç i ruajti drafti. Një listë bosh, kurrë `None`, kur drafti nuk ka asnjë.
cclist[str]- Adresat Cc ashtu siç janë ruajtur. Një listë bosh, kurrë `None`, kur drafti nuk ka asnjë.
bcclist[str]- Adresat Bcc ashtu siç janë ruajtur. Një listë bosh, kurrë `None`, kur drafti nuk ka asnjë.
subjectstr- Subjekti i ruajtur, ose një string bosh aty ku drafti nuk ka. Kjo fushë nuk është kurrë `None`, prandaj kontrolloni gjatësinë e saj dhe jo praninë.
htmlstr- 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.