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

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

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

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

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

פתרון:

• חפשו בתיבה של כתובת הכניסה את הודעת האימות ש-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 יכול לבצע אימות, אך מסלול השליחה המנוהל כבוי. המגבלות הנוכחיות עשויות להיות נמוכות יותר לדומיין חדש, לחשבון ללא היסטוריית תשלום או לתקופת ניסיון. הטבלה מציגה את המרב של התוכנית; ההקצאה הנוכחית מופיעה בלוח הבקרה.)

תסמין: השליחה עובדת, ובהמשך היום כל הודעה נכשלת עם "user has exceeded sending quota" או שגיאת 4xx דומה.

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

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

המגבלה להודעה היא 50 ב-Nano, 100 ב-Starter, 250 ב-Pro ו-500 ב-Agency. הודעה שחורגת עשויה להידחות לפני השליחה.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

עדיין תקועים

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

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

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