maildirsync - מקוון בענן

תָכְנִית:

שֵׁם

maildirsync - סנכרון מקוון עבור תיבות דואר בפורמט Maildir

תַקצִיר

maildirsync.pl [ --רקורסיבי ] [ -- נתיב גיבוי ] [ -- גיבוי עץ ] \
[ --bzip2=bzip2 ] [ --gzip=gzip ] [ --maildirsync=maildirsync ] \
[ --rsh=ssh ] [ --verbose ] [ --alg=md5 ] [ --delete-before ] \
[ --exclude=^/Folder1 ] [ --exclude=^/Fold.*er2 ] \
[ --exclude-source=^/Folder3 ] [ --exclude-target=^/Folder4 ] \
[ --rename="s/SourceFolder/TargetFolder/" ] \
[ --destination=win|lin ] \
[-r] [-b נתיב] [-B] [-R ssh] [-v] [-a] [-d] \
מקור dest state_file.bz2

סנכרון דו-כיווני פשוט:

maildirsync.pl -rvv -a md5 desktop:Maildir Maildir lib/sync_desk_note.bz2
maildirsync.pl -rvv -a md5 Maildir שולחן העבודה:Maildir lib/sync_note_desk.bz2

תיאור

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

איך IT עבודות

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

ההפצה הזו היא בעצם שתי פעולות שונות מצד המקור:

· נוצר קובץ חדש או קובץ קיים מועבר למיקום חדש (למשל, דגלים
השתנה).

· קובץ נמחק בצד המקור. (יימחק גם בצד היעד).

בשלב הראשון, צד המקור קורא את קובץ המצב (שמאחסן את מצב ה-
סנכרון אחרון) ומשווה אותו למצב הנוכחי. זה אוסף את השינויים ו
שולח להם את צד המטרה.

צד היעד בודק כל קובץ, המסומן כחדש בקובץ המקור, ומחליט אם:

· יש להוריד את הקובץ במלואו

· יש להוריד את הכותרת שלו

· יש לנו את הקובץ הזה כבר, אז אנחנו לא צריכים נתונים.

לאחר שהוא מחליט, הוא שולח בחזרה את הבקשות לקבצים חדשים.

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

לאחר השלמת פעולת השליחה, שתי הפעולות מסכימות על פעולת ה-commit.
ואז צד המקור שומר את המצב החדש בקובץ המצב.

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

מְרוּחָק פעולה

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

maildirsync.pl ... שולחן העבודה:Maildir Maildir lib/maildirsync.bz2

or

maildirsync.pl ... Maildir שולחן העבודה:Maildir lib/maildirsync.bz2

במצב מרוחק, על צד היעד להיות מותקן גם maildirsync. (ראה את
--maildirsync ארגומנט שורת הפקודה).

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

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

שורת הפקודה מתגים

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

maildirsync.pl -rvvvbR Maildir/Trash/cur ssh ...

זה אותו דבר כמו:

maildirsync.pl --רקורסיבי --verbose --verbose --verbose --גיבוי \
Maildir/Trash/cur --rsh ssh ...

אפשרויות ארוכות יכולות להשתמש ב-'=' להקצאת הפרמטר, או שהן יכולות להשתמש בתחביר שלמעלה.

בוא נראה איזה מתגים יש לנו:

--רקורסיבי, -ר
עבד את תיקיית הבסיס כאוסף רקורסיבי של תיקיות Maildir.

--backup dir, -b dir
הקבצים שנמחקו מגובים לספרייה שצוינה (ספרייה זו לא
צריכה להיות תיקיית maildir). הספרייה היא יחסית לספריית ההפעלה,
לא תיקיית בסיס היעד! הספרייה נוצרת אם היא לא קיימת.

--עץ גיבוי, -ב
אפשרות זו שימושית רק בשימוש בשילוב עם אפשרות --גיבוי. אם מוגדר,
הודעות שנמחקו מועברות לעץ תיקיות Maildir בתוך ספריית הגיבוי עם
אותו נתיב יחסי. ניתן להשתמש בספריית הגיבוי שהתקבלה עם כל Maildir-
יישום בעל יכולת (MUAs, MTAs וכו').

--bzip2 bzip2
נתיב לכלי השירות bzip2 (בשימוש רק כאשר לקובץ המדינה יש סיומת .bz2). הערה
שהשימוש ב-bzip2 התברר כלא יציב, זה לפעמים עוזב את קובץ ה-state
ריק או פגום.

--gzip gzip
נתיב לכלי השירות gzip (משמש רק כאשר לקובץ המדינה יש סיומת .gz).

--maildirsync maildirsync.pl
נתיב לכלי השירות maildirsync במחשב המרוחק (אם אנו משתמשים ב-maildirsync ב-remote
מצב).

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

--יַעַד
אם זה מסופק, אז זה עושה טרנספורמציה בשמות הקבצים. התמורות
העוקבים:

· win: ממירה ":" ל-":" (מאחר שחלונות אינם מאפשרים נקודתיים בשם הקובץ).

· lin: ממיר את ":" ל-":".

-מילים, -v
מוסיף יותר מילוליות לפעולה. יש כרגע 6 רמות מילוליות שונות:

0 אין מידע כלל.

1 פעולות עיקריות.

2 קבצים שנשלחו, התקבלו, נמחקו, הועברו, חישובי md5.

3 ספריות שנקראו ויצרו.

4 אפשרויות + הד פקודה.

5 מידע נוסף על העברת קבצים.

--alg md5, -a md5
בוחר את אלגוריתם הסנכרון. כרגע מסופקים שני אלגוריתמים:

מזהה (ברירת מחדל)
ההודעות מסונכרנות רק לפי המזהה של ההודעה (המזהה יכול להיות
נקבע לפי שם קובץ ההודעה).

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

למידע נוסף על האלגוריתמים, קרא את הפרק על כך.

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

--exclude, -x
אי הכללה של ספרייה regexp מההעברה ומסירה אותו מקובץ המצב. זֶה
ניתן להשתמש באפשרות יותר מפעם אחת כדי לציין יותר מספריות אחת. שימו לב, כי
ספרייה, אשר מותאמת לביטויים הרגולריים הללו הם הנתיב היחסי של התיקיות
עם '/' מוביל, כך שאם אתה רוצה לא לכלול את תיקיית האשפה שלך בשורש שלך
סנכרון, אז עליך להשתמש בטופס הבא:

--exclude=^/אשפה

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

שים לב שהביטוי הרגולרי הזה מותאם לכל ספרייה שנקראת ממערכת הקבצים,
וכל ספרייה מה נמצא בקובץ המדינה. אז אם אתה מספק את אי הכללה
דפוס כ-^/Trash$, ואז הוא ידלג על ספריית האשפה בעת מעבר של
מבנה ספריות, אך הוא לא ידלג על קבצים מספריית האשפה/cur בעת הקריאה
מתיק המדינה! אז היזהר אם אתה משתמש בדפוס אי הכללה עם המצב הקיים
קוֹבֶץ!

--exclude-source, --exclude-target
ניתן להשתמש בפרמטרים אלה כדי לא לכלול קבצים רק מצד אחד של ה-
סִנכְּרוּן. יכול להיות שימושי עם אפשרויות שינוי השם (להלן).

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

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

בצד אחד, אתה יכול להשתמש (A עד B):

--rename="s{^/Saved/}{/ToBeSaved/}" \
--exclude-target="^/Saved/" \

בצד השני, אתה יכול להשתמש (B עד A):

--exclude-source="^/Saved/" \
--rename="s{^/ToBeSaved/}{/Saved/}" \

במקרה זה, התיקיה Saved בצד A תסונכרן עם ToBeSaved
התיקיה בצד B, והתיקיה Saved בצד B לא ייכללו ב-
סִנכְּרוּן. ניתן להשתמש בתרחיש זה כאשר אינך רוצה לאחסן את הודעות הדוא"ל שלך
השרת, אבל אתה רוצה להשתמש גם בתיקייה "שמור" בשרת. במקרה הזה,
האימיילים יורדו מהשרת (צד A) למחשב הנייד שלך (צד B), לאחר מכן
אתה יכול להעביר אותם לתיקיה Saved ב-B עם סקריפט. אם זה נעשה, אז אתה
יכול לסנכרן מחדש, ואז הקבצים השמורים ייעלמו גם מהשרת.

אלגוריתמים

נכון לעכשיו לתוכנית יש שני אלגוריתמים, שניתן להשתמש בהם לסנכרון.

מזהה (ברירת מחדל)
אלגוריתם זה מבוסס על מזהי ההודעות של ההודעות. היא מניחה שא
message-id קיים רק פעם אחת בשני המאגרים עם אותו מזהה. המזהה יכול להיות
נקבע מהשם הקובץ.

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

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

md5 אלגוריתם זה עושה חישובים נוספים. הוא מאחסן את גודל הכותרת וה-md5
סכום גוף ההודעה עבור כל הודעה מלבד הנתונים שהאלגוריתם "מזהה".
חנויות.

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

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

כאשר אתה מעתיק או מעביר הודעה מה-INBOX שלך לתיקיית "שמור" שלך (לדוגמה),
ההודעה החדשה מנותחת בצד המקור, גודל כותרת וסכום md5 מחושבים
בהודעה החדשה, ומ-md5-hash, צד המקור יכול לדעת את צד היעד
לאילו הודעות יש את אותו ערך hash, כך שצד היעד יכול להעתיק את הגוף מה-
הודעה אחרת. אם צד המטרה העתיק בהצלחה את הגוף מאחד מאלה
ההודעות שסופקו, אז רק הכותרת צריכה להיות משודרת דרך הרשת. אם
צד המטרה לא מצא את ההודעות, ואז הוא מבקש גם את הגופה.

ONLINE פעולה

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

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

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

ספיד

אני משתמש בתוכנה זו כדי לסנכרן את תיבות הדואר שלי. יש לי 9700 מיילים בתיבת הדואר שלי ו
קובץ המצב (bzipped) הוא 283K.

הפעם הראשונה של סנכרון דו כיווני בין שרת P166 למחברת PIII/1200
דרך רשת כבלים, שבה עמדת ההתחלה היא ספרייה שכבר מסונכרנת,
לוקח בערך 10 דקות. זמן זה משמש לחישוב md5 והפצת הודעות מזהה.

הריצה הדו-כיוונית הבאה נמשכה כ-40 שניות.

הדברים האלה נמדדים בבדיקות Debian GNU/Linux/מערכת הפעלה לא יציבה (08 באוקטובר
2002).

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

הכל

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

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

· תפעול קבצי תצורה ו-cron-safe.

זכויות יוצרים

זכויות יוצרים (c) 2000-2010 Szabo, Balazs (dLux)

כל הזכויות שמורות. תוכנית זו היא תוכנה חופשית; אתה יכול להפיץ אותו מחדש ו/או לשנות
זה באותם תנאים כמו פרל עצמה.

השתמש ב-maildirsync באופן מקוון באמצעות שירותי onworks.net