תיעוד

אימייל

אימייל נכנס (IMAP) ויוצא. שמירת threads, עיבוד קבצים מצורפים.

אימייל

ערוץ האימייל קולט את האימיילים הנכנסים שלכם ומאפשר ל-pipeline להשיב, להעביר או ליצור משימות בהמשך הזרם.

מבנה

שני מודולים משלימים:

  • email_inbound — קבלה (IMAP)
  • email_outbound — שליחה (ספק מוגדר, או relay דרך ה-SMTP שלכם)

הם עצמאיים: תוכלו להשתמש רק בנכנס (למיון ללא תשובה), או רק ביוצא (להתראות מ-pipeline שמופעל בדרך אחרת).

הגדרה

  1. ניהול → אימייל → תיבות — חיבור תיבת IMAP עם ה-credentials שלה.
  2. מיפוי התיבה לpipeline יעד.
  3. (אופציונלי) הגדרת שולח (SMTP) להשבה.

לארכיטקטורות הרוצות לשמור על שליטה בשרתי הדואר שלהן, betool אינה מחליפה את ה-MTA שלכם: אנו קוראים וכותבים דרך IMAP / SMTP סטנדרטיים.

מה ה-pipeline מקבל

עבור כל אימייל נכנס, נוצר exchange חדש עם:

  • exchange.user_message — גוף האימייל (HTML → טקסט מנורמל)
  • exchange.email.subject — נושא
  • exchange.email.from — שולח מנורמל
  • exchange.email.thread_id — מזהה שרשור (שימושי להקשר multi-turn)
  • exchange.email.attachments — רשימת FileMetadata (קבצים מצורפים מעובדים)

קבצים מצורפים

הקבצים המצורפים מועברים לצומת file_transform לחילוץ (טקסט, OCR אם PDF סרוק, ניתוח מובנה עבור CSV / Excel). משם, הסוכן שלכם יכול לעבוד איתם כאילו היו טקסט רגיל.

Threads והקשר multi-turn

כאשר לקוח משיב לתשובה קודמת, betool מזהה את ה-thread_id ומשחזר את היסטוריית השרשור בהקשר הסוכן. הדבר שקוף לחלוטין לתכנון ה-pipeline.

מגבלות ידועות

  • עדיין אין תמיכה נייטיבית ב-MS Exchange EWS (ניתן לחשוף Exchange דרך IMAP).
  • אין תמיכה ב-Microsoft Graph עבור Office 365 (ב-roadmap).
  • עיבוד אימיילים ישנים מאוד (Outlook 2003 RTF מקונן) עלול לאבד עיצוב.