העברת הודעות Gmail בלי כפילויות או אובדן נתונים

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

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

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

מה באמת פירוש העברת הודעות מ-Gmail

העברה מ-Gmail מתרגמת תיבה המבוססת על תוויות לעץ תיקיות IMAP רגיל. ההודעות בדרך כלל עוברות, אך ההתנהגות הייחודית של Gmail לא. תוכנית בטוחה שומרת גוף, קבצים מצורפים, תאריכים ומצב קריאה, ונמנעת מעותקים כפולים שנוצרים מתוויות ומ-All Mail.

ההבדל חשוב משום ש-Gmail חושף תוויות דרך IMAP כתיקיות נפרדות. הודעה אחת יכולה להופיע בו זמנית ב-Inbox, בתווית לקוח וב-Sent. אם כלי ההעברה מעתיק כל תיקייה גלויה בלי כללים, הודעה אחת הופכת לכמה עותקים פיזיים ביעד.

דוגמה: הודעת Gmail אחת בנפח 10 MB עם שתי תוויות יכולה להפוך ל-20 MB אחרי היבוא אם שני נתיבי התוויות מועתקים כתיקיות נפרדות.

המלכודת הגדולה ביותר היא [Gmail]/All Mail, שמכילה כמעט הכול. אם כוללים אותה לצד Inbox, Sent Mail ותוויות משתמש, יוצרים כפילויות בכל התיבה.

מה עובר היטב בהעברה מ-Gmail

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

השורה האחרונה מסבירה מדוע שרשורים נראים בדרך כלל תקינים אחרי המעבר. שרשור הוא בעיקר תצוגת לקוח המבוססת על כותרות הודעה, לא קסם שנשמר ב-Gmail. מודל הכותרות מוגדר ב-RFC 5322.

אם המטרה היא רק להעביר הודעות מ-Gmail ולקרוא אותן ב-Outlook, Apple Mail, Thunderbird או דואר האינטרנט של TrekMail, בדרך כלל לא דרוש פתרון חריג. צריך בחירת תיקיות הגיונית ותיבת יעד נקייה.

מה נפגע או דורש ניקוי ידני

חלקים מסוימים בתיבת Gmail אינם שורדים יבוא IMAP רגיל בשלמותם. הבעיות הנפוצות הן תוויות שמתנהגות כתיקיות, כוכבים מותאמים, תכונות עבודה ייחודיות ל-Google ונתונים שאינם דוא"ל, כגון יומנים, אנשי קשר, מסננים וקישורי Drive. הם דורשים טיפול נוסף או תוכנית יצוא נפרדת.

הרשימה הקצרה:

1. מיפוי דואר נשלח: Gmail משתמש ב-[Gmail]/Sent Mail. רוב שרתי IMAP מצפים ל-Sent או Sent Items. ללא מיפוי, הדואר הנשלח הישן והחדש מתפצל לשתי תיקיות.
2. כוכבים מותאמים: כוכבים צבעוניים של Gmail ומצבי ממשק מסוימים אינם ממופים היטב. הדגל הבסיסי עשוי לשרוד, השאר בדרך כלל לא.
3. מסננים וכללים: מסנני Gmail אינם חלק מ-IMAP. בנו אותם מחדש אחרי המעבר.
4. אנשי קשר ויומנים: IMAP מיועד לדוא"ל בלבד. יצאו אותם בנפרד לפני ביטול Google.
5. קבצים ב-Drive: קישור Google Drive נשאר קישור. אם הקובץ נשאר ב-Google והגישה משתנה, הקישור עלול לאבד שימושיות.

גם כללי הכניסה הנוכחיים של Google חשובים. בחשבונות Gmail אישיים, Google עדיין תומכת בסיסמאות יישומים עבור אפליקציות שאינן משתמשות בכניסה של Google, אבל רק לאחר הפעלת 2-Step Verification. התיעוד נמצא ב-כניסה באמצעות סיסמאות יישומים. בחשבונות Google Workspace מנוהלים, מדיניות המנהל עשויה להיות מחמירה יותר, לכן בדקו תיבה אחת לפני תזמון העברה מלאה.

שלב אחר שלב: העברת הודעות מ-Gmail אל TrekMail

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

1. צרו תיבת TrekMail ורשמו את הסיסמה. אם עדיין לא הוגדר דומיין, השתמשו במדריך הוספת דומיין.
2. ב-Gmail הפעילו 2-Step Verification וצרו סיסמת יישום אם Google מציעה את האפשרות לחשבון.
3. התחילו את היבוא ב-TrekMail ובחרו ב-Gmail כספק המקור.
4. השתמשו בכתובת Gmail כשם המשתמש במקור.
5. השתמשו בסיסמת היישום של Gmail, לא בסיסמה הרגילה.
6. בבחירת התיקיות, החריגו את [Gmail]/All Mail, Spam ו-Trash אלא אם יש סיבה ברורה לשמור אותם.
7. מפו את [Gmail]/Sent Mail לתיקיית הדואר הנשלח ביעד אם הכלי מאפשר לשלוט במיפוי.
8. הפעילו דילוג על כפילויות.
9. הפעילו את היבוא והשוו את מספר הפריטים בסיום.

Source (Gmail IMAP)
Host: imap.gmail.com
Port: 993
Security: SSL
Username: your-full-gmail-address
Password: 16-character App Password

Destination (TrekMail IMAP)
Host: imap.trekmail.net
Port: 993
Security: SSL
Username: your-full-domain-address
Password: your TrekMail mailbox password

תיעוד היבוא של TrekMail מאשר שהגדרת Gmail משתמשת ב-imap.gmail.com ביציאה 993 עם SSL, והגדרות הלקוח מאשרות שהיעד הוא imap.trekmail.net ביציאה 993. TrekMail פועלת רק עם IMAP, ללא POP3. כך מתקבלת תיבה מסונכרנת אחת בין מכשירים במקום חלקים מקומיים.

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

שינוי DNS: מתי להפנות דואר חדש מ-Gmail

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

זהו הסדר המעשי:

1. יבאו תחילה את הדואר הישן.
2. בדקו שתיבת TrekMail פועלת בדואר האינטרנט או בלקוח IMAP.
3. עדכנו רשומות MX ואימות.
4. המתינו להתייצבות DNS.
5. הפעילו יבוא קצר אחרון להודעות Gmail חדשות.

; Example TrekMail DNS records
@                 MX   10 mail.trekmail.net.
@                 TXT  "v=spf1 include:spf.trekmail.net -all"
dkim._domainkey   TXT  "your-generated-dkim-value"
_dmarc            TXT  "v=DMARC1; p=quarantine;"

אם כבר קיימת רשומת SPF של Google Workspace, אל תפרסמו רשומה שנייה. אחדו את ערכי include ברשומה אחת. מסמכי DNS של TrekMail מציינים זאת מפני ששתי רשומות SPF פוגעות באימות הדואר. לאחר המעבר, בדקו את רשומות DNS הנדרשות.

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

כיצד להימנע מתקלות נפוצות

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

השתמשו ברשימת הניקוי 24 עד 48 שעות לפני המעבר:

• רוקנו Spam ו-Trash אם אינכם זקוקים להם.
• שנו שמות או שטחו תוויות עמוקות מאוד לפני היבוא.
• בדקו תוויות משתמש בשם Sent, Trash או Drafts שעלולות להתנגש בתיקיות מערכת.
• צרו ובדקו סיסמת יישום של Gmail לפני חלון ההעברה.
• הריצו יבוא ניסיוני קטן לתיבה אחת לפני טיפול בדומיין כולו.

לאחר מכן אמתו לפי מספר הודעות, לא נפח אחסון. חישובי האחסון של Gmail שונים בגלל תוויות, דחיסה וחשבונאות פנימית ואינם תואמים לשרת IMAP רגיל. השוו את מספר ההודעות שיובאו לתיקיות המקור שבחרתם להעביר. אם התוכנית החריגה Spam, Trash ו-All Mail, אל תצפו להתאמה ישירה לנתון האחסון הכולל של Gmail.

הדרך הישנה מול הדרך החדשה

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

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

סיכום: העברת הודעות מ-Gmail בדרך בטוחה

אל תתייחסו לתוויות Gmail כתיקיות רגילות ואל תמדדו הצלחה לפי נפח אחסון גולמי. החריגו את All Mail, מפו נכון את Sent Mail, אמתו לפי מספר פריטים ושנו DNS רק כאשר תיבת היעד נבדקה ומוכנה.

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