מדוע איני יכול לשלוח דוא"ל מ-TrekMail?

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

בדיקה 1: כתובת הבעלים של החשבון אינה מאומתת

אם נרשמתם לחשבון TrekMail חדש ב-19 בפברואר 2026 או לאחר מכן ולא פתחתם את קישור האימות, השליחה נחסמת לאחר תקופת חסד של 7 ימים. בלוח הבקרה מופיעה כרזה אדומה: שליחת דואר יוצא מושהית.

אותם 7 ימים מתחילים מחדש כשמחליפים כתובת דוא״ל מאומתת לכניסה בכתובת חדשה: אשרו את הכתובת החדשה תוך 7 ימים כדי להמשיך לשלוח.

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

דרך API, שליחות ושליחות מתוזמנות נדחות עם הקוד account_email_unverified עד שהכתובת מאומתת.

פתרון:

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

חשבונות שנרשמו לפני 19 בפברואר 2026 אינם כפופים לחסימה זו.

בדיקה 2: ה-DNS של הדומיין אינו מאומת

הדומיין צריך להיות מוכן לפני שיוכל להשתמש במסלול השליחה המנוהל. דף ה-DNS מציג את הרשומה החסרה, המתנגשת או הנבדקת. SPF, DKIM ו-DMARC גם עוזרים לספקים המקבלים להעריך את הדואר שלכם.

תסמין: מצב "הדומיין אינו מאומת" בדף הדומיינים; ההודעה יוצאת אך חוזרת; נמענים מדווחים שהיא מגיעה לספאם.

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

בדיקה 3: אתם בתוכנית Nano

בתוכנית Nano מוגדר can_send: false. אימות SMTP מסתיים בהצלחה, אך כל שליחה נדחית בשלב המסירה.

תסמין: הלקוח מציג "השליחה נכשלה" עם שגיאת 5xx; ההודעה עוברת לזמן קצר לתיבת הדואר היוצא ואז חוזרת.

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

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

בדיקה 4: הגעתם למגבלה היומית או השעתית

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

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

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

• בדואר האינטרנט נפתח חלון מעל ההודעה, וההודעה עצמה נשארת פתוחה. החלון מציג כמה מהמגבלה נוצל, למה המגבלה נמוכה כרגע (תקופת ניסיון, היום הראשון אחרי התשלום הראשון או דומיין חדש) ומתי היא מתחדשת, לפי אזור הזמן שלכם.
• ביישום דואר השליחה נכשלת עם תשובה זמנית באנגלית שכוללת את הקוד 4.7.1, את המגבלה שהגעתם אליה, את המספרים ואת שעת החידוש, למשל "Daily sending limit reached for this account (50 of 50 today; trial account). Sending resumes at 00:00 UTC." או "Hourly sending limit reached for this account (15 per hour; trial account). Sending resumes at 14:00 UTC." ב-24 השעות הראשונות אחרי התשלום הראשון התשובה מציינת זאת ואת השעה שבה המגבלות המלאות מתחילות, למשל "(150 of 150 today; first payment under 24 hours ago, full limits from 2026-10-13 07:00 UTC)".

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

• המתינו לחידוש במקום לנסות שוב. המגבלות היומיות מתחדשות ב-00:00 UTC, והמגבלה השעתית בתחילת כל שעה עגולה (UTC).
• בתקופת ניסיון, מי שמנהל את החיוב יכול לסיים אותה מוקדם דרך חיוב ← סיים את תקופת הניסיון והתחל מנוי עכשיו. המנוי בתשלום מתחיל, ומגבלות תקופת הניסיון עולות מיד; המגבלות המלאות של התוכנית חלות 24 שעות אחרי התשלום הראשון הזה.
• ב-24 השעות הראשונות אחרי התשלום הראשון, כל תיבת דואר והחשבון כולו יכולים לשלוח ל-150 נמענים ביום, הודעה אחת יכולה להישלח ל-50 אנשים, ויישומי דואר יכולים לשלוח 60 הודעות בשעה. אחרי 24 שעות המגבלות המלאות של התוכנית חלות מעצמן; לוח הבקרה מציג את השעה המדויקת.
• דומיין חדש עובר חימום ב-7 הימים הראשונים שלו (40% בימים 1 עד 3, 70% בימים 4 עד 7, והמגבלה המלאה מיום 8). החימום מוריד רק את המגבלות של הדומיין הזה ושל התיבות שלו; הדומיינים האחרים שלכם שומרים על המכסה המלאה.
• גם דואר מועבר נספר. הודעות מועברות שיוצאות מ-TrekMail צורכות את אותה מכסה יומית של החשבון כמו הדואר שאתם שולחים.
• שדרוג מגדיל את המכסה של התוכנית. אבל בתקופת ניסיון הוא לא מסיר את מגבלות תקופת הניסיון (סיום תקופת הניסיון כן), ב-24 השעות הראשונות אחרי התשלום הראשון לכל התוכניות יש אותן מגבלות של היום הראשון, והוא אף פעם לא שולח מחדש הודעות שכבר נדחו: שלחו אותן שוב כשיש מקום.

בדיקה 5: מספר נמענים להודעה

המגבלה להודעה היא 50 ב-Nano, 100 ב-Starter, 250 ב-Pro ו-500 ב-Agency. הודעה שחורגת עשויה להידחות לפני השליחה. בתקופת ניסיון המגבלה היא 10 נמענים להודעה עד התשלום הראשון, ו-50 ב-24 השעות הראשונות אחריו; דואר האינטרנט מזהיר אתכם לפני שליחת הודעה שחורגת ממנה ולא מאפשר לתזמן אותה.

פתרון: חלקו לקבוצות מתאימות או שדרגו.

בדיקה 6: תיבת הדואר אינה יכולה לשלוח

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

תסמין: השליחה נכשלת בתיבה אחת בעוד שתיבה אחרת באותו חשבון שולחת.

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

דרך API, שליחה מתיבת דואר שהשליחה ממנה אינה זמינה אחרי שינוי בתוכנית או בדומיין נדחית עם הקוד mailbox_send_disabled. להשהיית השליחה הזמנית שמתוארת בהמשך יש קוד משלה.

השהיית שליחה זמנית

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

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

• בדואר האינטרנט: "השליחה מתיבה זו הושהתה לאחר פעילות חריגה. פנו לתמיכה כדי לחדש אותה."
• ביישום דואר: השליחה נכשלת, הקבלה ממשיכה, והיישום מדווח שהשרת אינו מקבל את הכתובת שלכם כשולח.
• דרך API: השליחה נדחית עם הקוד mailbox_sending_paused.

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

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

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

בדיקה 7: החשבון מושעה

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

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

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

בדיקה 8: אימות SMTP עצמו נכשל

אם הלקוח מציג "535 Authentication failed" או "Invalid credentials":

• סיסמה או מצב כניסה שגויים. SMTP דורש סיסמת אפליקציה לתיבה במצב סיסמאות אפליקציה בלבד. במצב סיסמת תיבת הדואר או סיסמאות אפליקציה, שתיהן עובדות. לעולם אל תשתמשו בסיסמת לוח הבקרה של בעל החשבון. צרו סיסמת אפליקציה בדואר האינטרנט תחת הגדרות > סיסמאות אפליקציה, או בלוח הבקרה תחת תיבות דואר > (תיבת הדואר) > אבטחה > סיסמאות אפליקציה.
• התיבה אינה קיימת. בדקו את רשימת התיבות. טעות בהגדרה יכולה להפנות לתיבה שונה מזו שהוגדרה ביישום.
• כתובת הבעלים לא אומתה לאחר תקופת החסד. ראו בדיקה 1. האימות נאכף בעת מסירת ההודעה.

אם האפליקציה מציגה "Sign-in failed. This mailbox accepts app passwords only: create one in webmail under Settings > App passwords." (הכניסה נכשלה. תיבת דואר זו מקבלת רק סיסמאות אפליקציה: צרו אחת בדואר האינטרנט תחת הגדרות > סיסמאות אפליקציה), צרו סיסמת אפליקציה והזינו אותה לדואר נכנס ויוצא. חלק מהאפליקציות מציגות רק "סיסמה שגויה". ראו סיסמאות לאפליקציות דואר.

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

בדיקה 9: הגדרת BYO SMTP שגויה

אם דומיין משתמש בספק SMTP חיצוני:

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

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

בדיקה 10: שרת הנמען דוחה אתכם

אם הכל ירוק בצד של TrekMail אך דומיינים מסוימים מחזירים הודעות:

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

הסבר לקודי שגיאה נפוצים

עדיין תקועים

פתחו פנייה בדף התמיכה. כללו:

• תיבת הדואר השולחת (alice@yourcompany.com).
• כתובת הנמען, או דוגמה אחת אם יש החזרות רבות.
• השגיאה המדויקת מהלקוח או מהודעת ההחזרה.
• האם דואר האינטרנט יכול לשלוח אותה הודעה לאותו נמען. (אם גם שם נכשל, הבעיה בצד השרת.)

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