מגבלות השליחה של TrekMail לפי חבילת דואר

TrekMail משתמשת במגבלות חבילה ובבדיקות בטיחות כדי להגן על איכות המסירה. כל נמען נספר במכסת השליחה, ולכן הודעה אחת שנשלחת לשלושה אנשים צורכת שלוש שליחות לנמענים. לוח הבקרה והכרטיסייה SMTP של כל דומיין מציגים את המגבלות שחלות היום, כולל מגבלות תקופת הניסיון, היום הראשון אחרי התשלום הראשון והחימום של דומיין חדש.

מגבלות הבסיס של החבילות

Nano אינה כוללת Managed TrekMail SMTP. דומיין Nano זקוק לפרופיל SMTP מותאם אישית ופעיל כדי לשלוח. לספק החיצוני עשויות להיות מגבלות משלו, נוסף על הגנות TrekMail שמתוארות כאן.

מגבלות בטיחות לפני החיוב הראשון בתשלום

חשבונות שעדיין לא השלימו חיוב בתשלום עבור חבילת דואר עשויים לקבל מגבלות בטיחות נמוכות יותר. ערכים אלה עוזרים להגן על חשבון חדש בזמן הגדרתו.

החיוב המוצלח הראשון מעלה את המגבלות האלה מיד, למגבלות היום הראשון שמפורטות בהמשך. בתקופת ניסיון אין צורך לחכות לסופה: חיוב ← סיים את תקופת הניסיון והתחל מנוי עכשיו מסיים את תקופת הניסיון, מחייב את החבילה שנבחרה ומעלה מיד את מגבלות תקופת הניסיון. בחירה בחבילה גדולה יותר במהלך תקופת הניסיון לא מסירה אותן, כי מגבלות הבטיחות זהות בכל החבילות. דומיין חדש עדיין עשוי להיות בתקופת החימום שלו, לכן אל תניחו שהתשלום מקנה לו מיד את תקרת הבסיס. קראו את כללי חימום הדומיין.

24 השעות הראשונות אחרי התשלום הראשון

ב-24 השעות הראשונות אחרי התשלום המוצלח הראשון של חשבון, המגבלות שלו גבוהות מאלה של תקופת ניסיון ונמוכות מהערכים של החבילה עצמה:

הערכים האלה הם תקרה. אם החבילה או החימום של דומיין חדש מאפשרים פחות, חל הערך הנמוך יותר. אחרי 24 שעות המגבלות המלאות של החבילה חלות מעצמן, ואין צורך לעשות דבר. לוח הבקרה, הכרטיסייה SMTP של כל דומיין ואימייל אישור התשלום מציגים את השעה המדויקת.

זה קורה פעם אחת בלבד, בתשלום הראשון, בכל אמצעי תשלום. חידושים, שדרוגים ותשלומים מאוחרים יותר לא מפעילים את זה מחדש. כך מוגנים חשבונות חדשים ומוניטין השליחה שכל הלקוחות חולקים. אם אתם מעבירים ל-TrekMail עסק מבוסס וצריכים את המגבלות המלאות מוקדם יותר, פנו לתמיכה.

חימום של דומיין חדש

בשבעת הימים הראשונים לאחר יצירת דומיין, TrekMail מפחיתה את המגבלות המבוססות על קצב עבור אותו דומיין:

החימום מוריד רק את המגבלות של הדומיין החדש ושל תיבות הדואר שלו. הדומיינים האחרים שלכם שומרים על המכסה המלאה, והסך היומי של החשבון לא יורד בגלל דומיין חדש. החימום לא משנה את מספר הנמענים המותר בהודעה אחת. כל שלב מתחיל ב-00:00 UTC ביום 4 וביום 8. התחילו בנמענים שמצפים להודעות שלכם והגדילו את הנפח בהדרגה.

דוגמה: חשבון בתקופת ניסיון עם דומיין חדש

חשבון Starter בתקופת ניסיון מוסיף דומיין ביום שני ושולח ממנו ביום שלישי, היום השני של הדומיין:

• תיבת דואר אחת יכולה לשלוח היום ל-12 נמענים: מגבלת תקופת הניסיון היא 30, ב-40% לדומיין חדש. שש הודעות לשני אנשים כל אחת מנצלות אותה.
• הדומיין כולו יכול לשלוח היום ל-20 נמענים, והחשבון כולו ל-50.
• מיום חמישי (יום 4) התיבה יכולה לשלוח ל-21 נמענים ביום, ומיום שני שאחריו (יום 8) למגבלת תקופת הניסיון המלאה, 30.
• אם המנוי מתחיל מוקדם, מגבלת תקופת הניסיון עולה מיד: ב-24 השעות הראשונות אותה תיבה יכולה לשלוח ל-150 נמענים ביום, אחר כך ל-400 ביום במהלך החימום, ול-1,000 ביום כשהחימום מסתיים.

מה נספר במכסה

המגבלה הרלוונטית תלויה בנתיב השליחה ובמספר הנמענים.

• הודעה עם כמה נמענים בשדות To,‏ Cc או Bcc נספרת פעם אחת לכל נמען.
• דואר האינטרנט וה-API בודקים את תיבת הדואר, את הדומיין שלה ואת החשבון כולו, וגם את מספר הנמענים בכל הודעה.
• אפליקציות דואר ששולחות ב-SMTP (Outlook, ‏Apple Mail, טלפונים) נבדקות מול המכסה היומית והשעתית של החשבון, ודומיין חדש מול מכסת החימום שלו. דואר האינטרנט, ה-API ואפליקציות הדואר חולקים את אותם סכומים יומיים.
• הודעות שמועברות אל מחוץ ל-TrekMail משתמשות בתקציב השליחה של החשבון. גל העברות יכול להשהות את ההעברה עד סוף חלון הזמן הרלוונטי.
• פרופיל SMTP מותאם אישית מוסיף את כללי הספק החיצוני. הוא אינו מסיר את בדיקות TrekMail הנוגעות לשולח, לחשבון, לבטיחות או לקצב.
• שליחות API ו-MCP חייבות לעבור את הגנות הבקשות שלהן, נוסף על נתיב השליחה שנבחר והמגבלות הרלוונטיות האלה.

באוטומציה דרך API ו-MCP, אסימון הודעה אחד מאפשר 60 בקשות שליחה בדקה ועד 500 שליחות ביום, בעוד תיבת דואר אחת מאפשרת כברירת מחדל 100 שליחות API ביום. בדרך כלל מגבלת תיבת הדואר הנמוכה יותר חלה ראשונה. הגנות אלה נוספות למגבלות החבילה, הדומיין, החשבון והספק החיצוני, ואינן מחליפות אותן.

אם אתם משתמשים בהעברה לדואר בנפח גבוה, קראו את המדריך כתובות להעברת דואר ובדקו תחילה עם קבוצה קטנה.

מתי המגבלות מתחדשות

• מגבלות יומיות (תיבה, דומיין, חשבון) מתחדשות ב-00:00 UTC. דואר האינטרנט מציג את השעה באזור הזמן שלכם.
• מגבלת ה-SMTP השעתית מתחדשת בתחילת כל שעה (UTC).
• מגבלת הנמענים להודעה לא מתחדשת: פצלו הודעה גדולה לכמה הודעות קטנות יותר.
• מגבלת ה-API לתיבה נספרת לאורך 24 שעות נעות מהשליחה הראשונה; השגיאה מציינת מתי היא מתפנה.
• שלבי החימום מתחילים ב-00:00 UTC ביום 4 וביום 8 של דומיין חדש.

מה קורה כשמגיעים למגבלה

שום דבר ממה שכתבתם לא הולך לאיבוד, וכל מקום מציין לאיזו מגבלה הגעתם ומה אפשר לעשות:

• דואר האינטרנט מזהיר אתכם לפני השליחה. כשלהודעה יש יותר נמענים ממה שעוד אפשר לשלוח אליהם היום, או כשהמכסה של היום כבר נוצלה במלואה, שורה מתחת לנמענים מציינת זאת, והכפתור שלה, מה אפשר לעשות?, פותח את ההסבר המלא. אם תשלחו בכל זאת, ההודעה נשארת פתוחה ומופיע אותו הסבר: כמה מהמגבלה נוצל, למה היא נמוכה כרגע (תקופת ניסיון, היום הראשון אחרי התשלום הראשון או דומיין חדש), מתי היא מתחדשת באזור הזמן שלכם ומה האפשרויות. מי שיכול לנהל את החיוב רואה אפשרות להתחיל את המנוי עכשיו; כל השאר מתבקשים לפנות למנהל החשבון שלהם. אם אתם מחוברים באותו דפדפן גם ללוח הבקרה של החשבון, עם תפקיד שמאפשר לפתוח כרטיסי תמיכה, בהסבר מופיע גם הכפתור פנייה לתמיכה.
• הודעות מתוזמנות שמגיעות למגבלה בזמן השליחה נשמרות, עם הקבצים המצורפים, במתוזמנים עם הסימון לא נשלחה. שלחו אותן אחרי שהמגבלה מתחדשת, בחרו זמן אחר או מחקו אותן. הן נשמרות 7 ימים.
• אפליקציות דואר מציגות תשובה זמנית 4.7.1 שמציינת את המגבלה, המספרים, הסיבה ושעת החידוש. ההודעה בדרך כלל נשארת בתיבת הדואר היוצא של האפליקציה; שלחו אותה שוב אחרי השעה הזו.
• ה-API עונה 429 עם sending_limit_exceeded, שמציין את המגבלה (dimension), המספרים ושעת החידוש (resets_at). הודעה שה-API קיבל עם 202 עדיין עשויה להידחות כשהיא יוצאת מהתור: בדקו אותה עם GET /api/v1/messages/deliveries/{request_id}.

אם השליחה עדיין נכשלת אחרי שהמגבלה התחדשה, ייתכן שמדובר בבעיה אחרת, כמו דומיין לא פעיל, דוא"ל חשבון לא מאומת, מסלול SMTP חסר, בעיית חיוב או השעיה אבטחתית של תיבה מסוימת. עקבו אחר פתרון שגיאות נפוצות בשליחת אימייל.

מגבלות חיבורי IMAP

אלה מגבלות חיבור, ולא מגבלות שליחה. הן שולטות בחיבורי IMAP בו זמניים לתיבת דואר אחת.

אם אפליקציית דואר פותחת שוב ושוב יותר מדי חיבורים, הפחיתו את תדירות הסנכרון או הסירו מכשיר שאינו בשימוש לפני הוספת חיבורים נוספים.

תכנון שליחה בטוחה

1. בדקו את המגבלות של היום בלוח הבקרה או בכרטיסייה SMTP של הדומיין.
2. ספרו נמענים, ולא רק הודעות. ביום הראשון אחרי התשלום הראשון, תכננו לפי מגבלות היום הראשון.
3. עבור דומיין חדש, השתמשו באחוז החימום ולא במגבלת החבילה הראשית.
4. התחילו בקהל קטן שמצפה להודעות ובדקו את תוצאות המסירה.
5. השתמשו בשירות שיווק ייעודי המבוסס על הסכמה עבור קמפיינים שחורגים מתכתובת עסקית רגילה.

התראות באימייל לבעל החשבון

TrekMail שולחת לבעל החשבון אימייל, בשפה שלו, כשמגבלה יומית עומדת להיגמר או כבר נגמרה:

• עומדת להיגמר: החשבון ניצל 80% מהמכסה היומית שלו.
• נגמרה: תיבת דואר, דומיין בשבוע החימום הראשון שלו או החשבון כולו ניצלו את כל המכסה היומית.

כל התראה נשלחת לכל היותר פעם ביום עבור אותו חשבון, דומיין או תיבה, ושליחות מדואר האינטרנט, מה-API או מאפליקציות דואר יכולות כולן להפעיל אותן. גם האזהרה הוותיקה, כשאפליקציות דואר מגיעות ל-80% ממגבלת ה-SMTP השעתית, עדיין נשלחת, לכל היותר פעם בשעה. כדי להפסיק לקבל את ההודעות האלה, כבו את התראות מסירת דומיין בהגדרות החשבון ← התראות דוא״ל. אותו מתג מכבה גם התראות דומיין אחרות, כמו אזהרות על שיעור החזרות ובעיות DNS.