Natrag na OpenClaw vodič

Oriphiel OpenClaw vodič

IMAP Sent append i idempotency

Kako nakon uspješnog SMTP slanja spremiti točnu poruku u Sent folder bez lažnog neuspjeha ili duplog zapisa.

Oriphiel stručni tim Ažurirano 22. 7. 2026. 3 min čitanja

Odgovor ukratko

SMTP delivery i IMAP append dvije su odvojene operacije: neuspjeli append ne smije poruku poslati ponovno, nego pokrenuti zaseban retry nad spremljenim MIME sadržajem.

Ključne odluke

  • Koji folder i flags se koriste
  • Koji ID veže send i append
  • Koliko se puta append ponavlja
  • Kako se autentikacija sprema

Provedba korak po korak

Cilj ove lekcije je Kako nakon uspješnog SMTP slanja spremiti točnu poruku u Sent folder bez lažnog neuspjeha ili duplog zapisa. Korake treba provoditi redom i svaki potvrditi prije širenja opsega.

Preporučeni redoslijed

  • Nakon SMTP potvrde spremiti Message-ID i MIME
  • Append voditi zasebnim statusom
  • Retry učiniti idempotentnim
  • Pratiti mailbox quota i auth greške

Praktičan primjer

SMTP vraća uspjeh i lead dobiva sent status; ako IMAP login padne, isti MIME i Message-ID ulaze u append queue bez ponovnog slanja primatelju.

Kontrolna lista prije nastavka

Ova provjera odvaja završenu implementaciju od postavke koja samo izgleda dovršeno.

Provjerite

  • Sent mail postoji jednom
  • SMTP sent ostaje sent i kada append padne
  • IMAP lozinka nije u exportanom configu
  • Folder se otkriva ili konfigurira pouzdano

Najčešće pogreške i rizici

Rizike treba provjeriti prije povećanja prometa, automatizacije ili ovlasti sustava.

Na što treba paziti

  • Append greška uzrokuje ponovno SMTP slanje
  • Message-ID se generira ponovno
  • Pogrešan folder tiho odbacuje poruku
  • SMTP i IMAP password drift nisu vidljivi

Mjerenje rezultata

Učinak se procjenjuje kroz mali skup metrika koje su povezane s ciljem lekcije i stvarnim poslovnim ishodom.

Metrike koje imaju smisla

  • Append success rate
  • Append retry count
  • Dupli Message-ID zapisi
  • IMAP auth failures

Česta pitanja

Koji je prvi korak za temu „IMAP Sent append i idempotency”?

Nakon SMTP potvrde spremiti Message-ID i MIME Prije nastavka potvrdite odluku: Koji folder i flags se koriste

Kako provjeriti da je provedba uspješna?

Sent mail postoji jednom Nakon toga pratite metriku: Append success rate.

Koju pogrešku treba prvo spriječiti?

Append greška uzrokuje ponovno SMTP slanje Problem ispravite prije automatizacije ili povećanja budžeta.

Službeni i stručni izvori

Sučelja, pravila i preporuke mogu se mijenjati. Prije produkcijske izmjene provjerite aktualnu dokumentaciju.

Povezane OpenClaw lekcije

Outbound email kampanje u OpenClaw-uKako planirati B2B outbound kampanju iz staging liste prema queueu, dry runu, slanju, logovima i follow-up procesu. Retry, dead-letter i reconciliationKako razlikovati prolaznu i trajnu grešku, kontrolirati ponovne pokušaje te uskladiti lokalno stanje s vanjskim sustavom. Audit log i povijest promjenaKako bilježiti tko je promijenio status, polje, pristup, kampanju ili suppression bez pretvaranja loga u kopiju svih osobnih podataka. SPF, DKIM i DMARC za outboundKako autentikacija domene povezuje envelope sender, From domenu, DKIM potpis i DMARC alignment te smanjuje spoofing i odbijanja.

Povežite ovu temu s ostatkom sustava

AI agenti u produkcijiDodajte AI tek nakon dozvola, evaluacije, audit loga i rollback plana. Google alati i CRMPovežite analitiku, kampanje i prodajne statuse bez gubitka izvora. Google Ads i CRMVratite kvalitetu leadova iz prodaje u optimizaciju kampanje.

Primijenite lekciju na stvarni projekt

Pošaljite postojeću konfiguraciju, cilj i problem koji želite riješiti. Dobit ćete prijedlog sljedećeg tehničkog ili operativnog koraka.

Pošaljite upitPregledajte sve vodiče