העברת דואר: כיצד לעבור בקלות משרת אחד ולעבור לשרת אחר

הנושא המצוין בכותרת אולי נראה לא רלוונטי עבור תושבי חברובסק היקרים, אבל לפעמים פשוט צריך להעלות אותו. העובדה היא שאני עובד כבר שנים רבות כמנהל במכון מדעי בעל אוריינטציה הומניטארית, שבו לעובדים יש כישורים כאלה בתחום טכנולוגיות המידע המודרניות שמחלקת הנהלת החשבונות הידועה לשמצה מבדיחות על מומחה IT על רקע זה. נראה שהוא אוסף של פילוסופים המוכרים בכל סודות הקיום. מדענים מכובדים מצליחים להזין את שמות שרתי הדואר באותיות רוסיות, לכתוב "כלב" בסוגריים במקום הסימן "@" (ואז אומרים שזה נכתב בכתובת המייל שנשלחה אליהם), לנסות לשלוח מייל לוואטסאפ באמצעות The Bat! ולעשות עוד המון דברים מוזרים, לעתים קרובות באותה הודעה. מיותר ללמד אותם, אי אפשר להילחם בהם; כל מה שנותר הוא לקבל את גורלך ולהפוך את כל הפעולות לאוטומטיות שקשורות לתיקון הטעויות שלהם.

אחת הפעולות המרושעות והמסוכנות ביותר בתרגול שלי הייתה הגירה של דואר אינטרנט משרת לשרת. העובדה היא שלעובדי המכון יש שלושה חשבונות דואר רשמיים: אחד כולל שרת Exchange פנימי, אחר פועל על Mail.ru, והשלישי פועל על Gmail. לא, זה לא אני אידיוט, או אפילו הם. זו הוראה מההנהלה הקשורה לכמה משחקים מחלקתיים. משהו חייב להישאר בתוך המכון בשרת "הארגוני", משהו שקשור ליישומים ומענקים חייב לעבור בדואר רוסי, והדואר הג'ימייל של עמיתיי היקרים קשור כמובן לדברים הכרחיים כמו מסמכים וטבלאות גוגל, גיבוי לדיסק וכו'. הצרה היחידה היא שלשבע מטפלות, כידוע, יש ילד בלי עין – כלומר, במקרה הזה, בין שלושה שרתי דואר, הקולגות שלי מצליחים בצורה הכי חד משמעית לאבד את האותיות הכי חשובות!

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

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

ייצוא מכתבים: קצת תיאוריה, קצת תרגול

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

איך עושה את זה?

השיטה הפשוטה שבה אני משתמש בעלות הנמוכה ביותר היא להעביר מיילים באמצעות תוכנת העתקת נתונים כלשהי התומכת בפרוטוקול IMAP. זה נעשה בשני שלבים.

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

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

ומיקרוסופט היא כרגיל...

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

העברת דוא"ל POP3

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

באופן כללי, העברת דואר אלקטרוני משרת לשרת על ידי ייבוא ​​דואר ברצף לאחסון ולאחר מכן ייצוא הודעות דואר אלקטרוני לשרת חדש באמצעות פרוטוקול IMAP עונה על כל הקריטריונים הבסיסיים לקלות העבודה עם תוכניות. קריטריונים אלו הם היגיון ברור, אבטחה, אוטומציה ומספר רב של כלים מוכנים זמינים שיכולים לעשות את העבודה עבורך. לכן, אני מקווה שההערה הזו שלי תהיה שימושית למישהו ותעשה את החיים קלים יותר במקרים שבהם מחלקת הנהלת החשבונות או מחלקת התכנון דורשת לפתע בדחיפות להעביר אותם מ-Yandex ל-Mail.ru, מגוגל ל-Yahoo! או בכל מקום אחר שבו הבוס, מודאג פתאום מהמיקום של סניף הדואר, מזמין. אל תתנו לעצמכם להתעייף, עמיתים!

מקור: www.habr.com