אתם זוכרים את ההודעה: מישהו אצל הלקוח שלח אותה באביב, עם מסמך היקף העבודה החתום כקובץ מצורף. אבל לאיזו תיבה היא הגיעה? לתיבה שלכם, לתיבה המשותפת projects@ או לכתובת הישנה שעדיין מחוברת?
אז מחפשים בשלושה מקומות, ומשנים מעט את השאילתה בכל פעם. בסוף נראה פשוט יותר לבקש מהלקוח לשלוח שוב את המסמך.
הבעיה היא לא רק ששכחתם את התיקייה. לקוחות דואר רבים מגבילים חיפוש דואר לתיקייה שפתוחה כרגע. כדי למצוא הודעה ישנה, זה לעיתים קרובות טווח צר מדי. נבחן היכן כדאי לחפש, איך פועל חיפוש בין חשבונות ואילו אופרטורים הופכים זיכרון מעורפל לשאילתה ממוקדת.
למה התיקייה הנוכחית לא מספיקה
חיפוש בתיקייה אחת היה הגיוני כשתיבת דואר הייתה קובץ גדול שהיה צריך לקרוא בשלמותו מהדיסק הקשיח. צמצום הטווח היה יכול לקצר מאוד את ההמתנה.
כיום האינדקסים ויכולות השרת חשובים, אבל ההתנהגות הישנה נשארה בלקוחות רבים. לא מוצאים דבר ומסיקים שההודעה לא קיימת. בפועל, אתם בדואר נכנס וההודעה הועברה לארכיון לפני שמונה חודשים. תוצאה ריקה לא מוכיחה שהדואר חסר אם החיפוש מוציא חלק גדול מהתיבה בלי להודיע.
יש מקרה נוסף, פחות בולט. אתם מארגנים את הדואר בעץ תיקיות: Clients/Acme/Invoices נמצאת תחת Clients. אם הלקוח בודק רק את Clients, הוא לא ימצא הודעות שנמצאות רמה או שתיים מתחתיה. התיקייה שנבחרה יכולה להיות רק תיקייה שמרכזת תיקיות משנה.
שלושה טווחי חיפוש בתיבה אחת
בתיבה אחת יש שלושה טווחים שימושיים. האמצעי מועיל במיוחד למי שמנהל עץ תיקיות, אף שלא כל לקוח מציע אותו.
| טווח | היכן מחפש | מתי להשתמש |
|---|---|---|
| התיקייה הזאת | רק התיקייה שנבחרה | יודעים את המיקום ורוצים לצמצם חיפוש של מילה נפוצה |
| התיקייה הזאת ותיקיות המשנה | התיקייה וכל התיקיות שמתחתיה | רוצים לבדוק את כל העץ תחת Clients/Acme |
| כל התיקיות | כל התיקיות הנגישות, כולל ארכיון, דואר שנשלח ואשפה | לא זוכרים היכן נשמרה ההודעה |
בלי תיקיות המשנה, העץ לא עוזר למצוא את כל ההתכתבות של פרויקט. חשוב גם לכלול דואר שנשלח: בדיון על חוזה, ההודעה הדרושה עשויה להיות זו שאתם כתבתם.
חיפוש בכל החשבונות
הטווחים הקודמים עדיין מוגבלים לתיבה אחת. אבל לאנשים רבים יש דואר אישי, תיבות צוות משותפות וחשבונות מחוברים אצל ספקים אחרים.
חיפוש בין חשבונות מפעיל אותה שאילתה על כל מקור נגיש, ומאחד את התוצאות מהחדשה לישנה עם ציון תיבת המקור. אפשר לבדוק את הדואר הנכנס בכל התיבות או את כל התיקיות בכל תיבה. הראשון מתאים לבדיקת הודעות חדשות, והשני למציאת הודעה בלי לדעת את מיקומה.
השאילתה פועלת על התיבות המקוריות, לא על עותק שנאסף מראש. תיבה משותפת נבדקת בשרת שמאחסן אותה. חשבון Gmail מחובר מקבל פקודת IMAP SEARCH. אין צורך בסנכרון מקומי מוקדם, אבל הופעת הודעות חדשות תלויה בשרת ובאינדקס. הודעה שהגיעה לפני שלושים שניות לא בהכרח תופיע מיד.
איך החיפוש פועל
איחוד תוצאות מכתריסר שרתי IMAP עצמאיים מורכב יותר מכפי שנראה. הקשיים האלה מסבירים את התכנון.
השאילתה מומרת לתנאים עבור השרת. הטקסט מפוענח ונשלח לכל שרת כפקודת IMAP SEARCH. השרת מחפש ומחזיר מזהי הודעות מתאימות. לא צריך להוריד את כל התיבה כדי לסנן את התוכן בטלפון, יתרון חשוב בתיבה של 40 GB.
אינדקס עוזר לחיפוש בגוף ההודעה. השרת יכול לסרוק תוכן ישירות, אבל בתיבה גדולה זה עלול להיות איטי ולחרוג ממגבלת הזמן. אינדקס חיפוש טקסט מלא יכול להאיץ את החיפוש בלי להבטיח זמן תגובה קבוע. חשבונות מחוברים תלויים במימוש הספק: Gmail ו-Fastmail משתמשים במנגנונים משלהם, ובשרת קטן בניהול עצמי אולי אין אינדקס.
המקורות נבדקים במקביל. חיפוש בעשר תיבות בזו אחר זו היה מצטבר לעשרה זמני המתנה. השאילתות נשלחות יחד והתוצאות מתאחדות עם הגעתן.
למקור איטי יש מגבלת זמן. אם ספק לא מגיב בזמן, מדלגים עליו ומציינים זאת במפורש. אפשר לקבל תוצאות מתשעה מקורות ואזהרה לגבי העשירי במקום להמתין בלי סוף. הרשימה תהיה חלקית, ולכן כדאי לחזור על החיפוש בחשבון שדולג.
התוצאות מתאחדות לפי זמן הקבלה. כל שרת מכיר רק את תוצאותיו, ולכן הרשימה המשותפת משתמשת בתאריך הפנימי של ההודעה. למימוש הזה אין ציון רלוונטיות משותף בין שרתים. התאריך הפנימי עשוי להיות שונה מהתאריך בכותרת הדואר, במיוחד אחרי ייבוא.
אופרטורים
מילים בלי אופרטור נבדקות בשולח, בנושא ובגוף ההודעה. האופרטורים מצמצמים את השאילתה וניתנים לשילוב: כל תנאי נוסף מחובר לאחרים באמצעות AND.
| אופרטור | מה בודק | דוגמה |
|---|---|---|
from: | כתובת השולח או שם התצוגה | from:anna@acme.com |
to: | כתובת הנמען | to:billing@ |
subject: | רק את שורת הנושא | subject:invoice |
has:attachment | הודעות עם קובץ מצורף | has:attachment |
is:unread | הודעות שלא נקראו | is:unread |
is:starred | הודעות עם כוכב או דגל | is:starred |
after: | התאריך שצוין ומאוחר יותר, בתבנית YYYY-MM-DD | after:2026-04-01 |
before: | לפני התאריך שצוין, בתבנית YYYY-MM-DD | before:2026-07-01 |
larger: | גודל מעל הערך שצוין | larger:10M |
smaller: | גודל מתחת לערך שצוין | smaller:200K |
כדאי לזכור שני פרטים. ערכים של כמה מילים צריכים מירכאות: subject:"quarterly report" מחפש ביטוי בנושא, ואילו subject:quarterly report מחפש quarterly בנושא ו-report בהודעה כולה. ההתאמה המדויקת תלויה גם בשרת. כאן מספר ללא יחידה באופרטור גודל מציין מגה-בייט: larger:5 פירושו 5 MB. הפירוש הישן השתמש בקילו-בייט; סף של 5 KB העביר כל כך הרבה הודעות שהמסנן נראה חסר השפעה.
אם לא רוצים לזכור את התחביר, סמל המסנן ליד שורת החיפוש פותח טופס עם אותם תנאים.
שאילתות שימושיות למציאת דואר
הקובץ שאתם יודעים שקיבלתם.
from:acme has:attachment after:2026-03-01 before:2026-06-01שולח, קובץ מצורף ותקופה באביב. מפעילים בכל החשבונות והתיקיות. השאילתה מצמצמת את הרשימה, אבל מיקום ההודעה תלוי במספר ההתאמות.
מה תופס את מכסת האחסון.
larger:20Mהודעות גדולות מכל התיקיות, עם החדשות ראשונות. הרשימה עוזרת להבין את צריכת המקום. שומרים קבצים נחוצים לפני מחיקה; פינוי המכסה עשוי לדרוש ריקון אשפה או מחיקה סופית בשרת.
מה הבטחתם ללקוח.
to:client@example.com after:2026-06-01חיפוש בדואר שנשלח מכל התיבות משחזר את הצד שלכם בשיחה, כולל תשובות מתיבה משותפת אם הן נשמרו שם ונגישות לכם.
לא נקראה, ולא רק לא נפתחה כאן.
is:unread after:2026-07-01בכל התיבות, השאילתה מוצאת הודעות שהשרת מסמן כלא נקראו. זה סימן שימושי, אך הוא לא מוכיח שההודעה עדיין לא טופלה.
השיחה שזוכרים רק בחלקה.
subject:"statement of work" larger:100Kביטוי בנושא וגודל מינימלי מצמצמים את החיפוש. הודעה גדולה לא מוכיחה שהקובץ הדרוש מצורף אליה. בדקו את הקובץ שמצאתם.
חיפוש בשרת לעומת חיפוש מקומי
חלק מלקוחות הדואר למחשב מחפשים בעותק מקומי. זה עשוי להיות מהיר, אבל יש שלוש מגבלות. לקוחות אחרים יכולים גם לחפש בשרת.
חיפוש מקומי רואה רק מה שהורד. המטמון עשוי להכיל את החודשים האחרונים או רק כותרות של הודעות ישנות, כך שרשימה ריקה יכולה לנבוע מנתונים חסרים. בטלפון המטמון עשוי להיות קטן יותר. תיבה שלא הוגדרה במכשיר לא נכללת בחיפוש המקומי שלו.
חיפוש בשרת לא מוגבל למטמון המכשיר: השאילתה פועלת במקום שבו הדואר שמור. הכיסוי עדיין תלוי בטווח, בתיקיות הנגישות, בהרשאות ובאינדקס. באותם תנאים המכשירים בודקים אותם מקורות, אבל שינויים בדואר ותקלות זמניות יכולים לשנות את התוצאות.
מגבלות והבדלים
איכות החיפוש החיצוני תלויה בספק. כל שרת מרוחק מקבל IMAP SEARCH וקובע את תשובתו. חלוקת הטקסט למילים והתאמות חלקיות ב-Gmail עשויות להיות שונות מ-TrekMail.
תוכן הקבצים המצורפים לא נבדק. has:attachment מוצא הודעות עם קבצים. טקסט בתוך PDF לא מאונדקס בחיפוש הזה. לשם כך צריך חיפוש מסמכים נפרד.
המיון כרונולוגי, לא לפי רלוונטיות. אין ציון משותף בין שרתים. צמצמו באמצעות אופרטורים במקום לצפות שההודעה הרצויה תופיע בראש.
מספר המקורות מוגבל. הרשימה המאוחדת כוללת עד 25 תיבות במקביל. מעבר לכך, חיפוש בתיבה מסוימת מעשי יותר. זמן התגובה תלוי בשרתים ובשאילתות.
האשפה נכללת. כך אפשר למצוא הודעה שנמחקה לאחרונה כל עוד לא הוסרה סופית. תווית התיקייה ליד התוצאה מראה היכן היא נמצאת.
שאלות נפוצות
החיפוש כולל תיבות משותפות?
כן. תיבות משותפות נגישות נבדקות יחד עם התיבות שלכם, והתוצאות מציינות את המקור. תיבות ותיקיות בלי הרשאת קריאה מוחרגות.
אפשר לחפש בחשבונות חיצוניים מחוברים?
כן. החשבונות נבדקים באמצעות IMAP ותוצאותיהם מוצגות באותה רשימה עם סימון הספק. צריך פרטי חיבור תקפים וגישה לתיקיות.
הדואר שלי נשלח למקום אחר לצורך החיפוש?
השאילתה מומרת ל-IMAP SEARCH ומופעלת בשרת שכבר שומר את הדואר. התוכן לא מועתק לאינדקס חיפוש של צד שלישי. זה לא שולל העברת נתונים שהלקוח צריך כדי להציג תוצאות.
למה האתר מוצא יותר תוצאות מלקוח הדואר במחשב?
ייתכן שהלקוח בודק מטמון מקומי חלקי והאתר מחפש בשרת. השוו גם את הטווח, התיקיות הנגישות והאינדקס. לא כל לקוח למחשב מוגבל לחיפוש מקומי.
אפשר לחפש לפי תאריך בלי להקליד אופרטורים?
כן. לוח המסננים ליד שורת החיפוש מכיל תאריכים, שולח ונמען, ותנאים להודעות שלא נקראו, כוכבים וקבצים מצורפים. הוא יוצר אותה שאילתה.
למה התוצאות מסודרות לפי תאריך ולא לפי ההתאמה הטובה ביותר?
הנתונים מגיעים משרתים עצמאיים בלי ציון רלוונטיות משותף. המימוש הזה מאחד אותם לפי תאריך פנימי. השתמשו באופרטורים כדי לקצר את הרשימה.
החיפוש כולל את תיקיית הספאם?
הטווח של כל התיקיות כולל את תיקיית הספאם אם היא נגישה. אם מסנן העביר אליה הודעה בטעות, החיפוש עוזר לבדוק זאת. כשמוצאים אותה, אפשר לקרוא למה הודעות מגיעות לספאם.
