mhstoremh - מקוון בענן

תָכְנִית:

שֵׁם

mhstore - אחסן תוכן של הודעות MIME בקבצים

תַקצִיר

mhstore [+תיקייה] [הודעות] [-file פילה] [-תיק אוסף] [-חֵלֶק מספר] ... [סוג
תוכן] ... [-אוטומטי | -נואוטו] [-קלובר תמיד | המכונית | סִיוֹמֶת | לשאול | לעולם לא]
[-rcache מדיניות] [-wcache מדיניות] [-חשבון | -לא צ'ק] [-שורש | -מיל]
[-הפך] [עזרה]

תיאור

השמיים mhstore הפקודה מאפשרת לך לאחסן את התוכן של אוסף של MIME (מולטי-מדיה)
הודעות לתוך קבצים או הודעות אחרות.

mhstore מפעיל הודעות מולטימדיה כמפורט ב-RFC 2045 ל-RFC 2049.

כברירת מחדל, mhstore יאחסן את כל החלקים של כל הודעה. כל חלק יישמר באחסון
קובץ נפרד. שדות הכותרת של ההודעה אינם מאוחסנים. על ידי שימוש ב -חֵלֶק ו
סוג מתגים, אתה יכול להגביל את היקף mhstore לחלקי משנה מסוימים (של מרובה חלקים
תוכן) ו/או סוגי תוכן מסוימים.

השמיים -file פילה מתג מכוון mhstore כדי להשתמש בקובץ שצוין כהודעת המקור,
במקום הודעה מתיקיה. אם תציין את הקובץ הזה בתור "-", אז mhstore יצטרך
קבל את הודעת המקור בקלט הסטנדרטי. שים לב שהקובץ, או קלט מ
קלט סטנדרטי צריך להיות הודעה בפורמט תקין, בדיוק כמו כל הודעה אחרת נמ"ש הוֹדָעָה. זה
צריך לא להיות בפורמט שחרור דואר (כדי להמיר קובץ בפורמט שחרור דואר לתיקיה של
נמ"ש הודעות, ראה inc(1)).

מפרט חלק מורכב מסדרה של מספרים המופרדים בנקודות. לדוגמה, ב א
תוכן מרובה חלקים המכיל שלושה חלקים, אלה ייקראו כ-1, 2 ו-3,
בהתאמה. אם חלק 2 היה גם תוכן מרובה חלקים המכיל שני חלקים, אלה היו
השמות 2.1 ו-2.2, בהתאמה. שימו לב שה- -חֵלֶק מתג יעיל רק עבור
הודעות המכילות תוכן מרובה חלקים. אם להודעה יש סוג אחר של תוכן, או
אם החלק הוא עצמו תוכן מרובה חלקים אחר, ה- -חֵלֶק מתג לא ימנע את
תוכן מפעולה.

מפרט תוכן מורכב מסוג תוכן ומתת-סוג. הרשימה הראשונית של
ניתן למצוא סוגי תוכן ותתי סוגים "סטנדרטיים" ב-RFC 2046.

רשימה של תוכן נפוץ מובאת בקצרה כאן:

הקלד תת-סוגים
------------
טקסט פשוט, מועשר
מעורב רב חלקים, אלטרנטיבי, עיכול, מקביל
הודעה rfc822, חלקית, גוף חיצוני
יישום אוקטט-stream, postscript
תמונה jpeg, gif, png
אודיו בסיסי
וידאו mpeg

הודעת MIME חוקית חייבת להכיל מפרט תת-סוג.

כדי לציין תוכן, ללא קשר לסוג המשנה שלו, פשוט השתמש בשם התוכן, למשל,
"שֶׁמַע". כדי לציין תת-סוג ספציפי, הפרד בין השניים באמצעות קו נטוי, למשל,
"שמע/בסיסי". שימו לב שללא קשר לערכים שניתנו ל- סוג מתג, מרובה חלקים
תוכן (מכל תת-סוג המפורט לעיל) מופעל תמיד. שים לב עוד שאם ה
סוג נעשה שימוש ב- switch, ורצוי לפעול לפי הודעה/תוכן חיצוני של הגוף, אם כן
מה היא סוג יש להשתמש במתג פעמיים: פעם אחת עבור הודעה/גוף חיצוני ופעם אחת עבור
תוכן עם התייחסות חיצונית.

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

אחסון מה היא תוכן
השמיים mhstore יאחסן את תוכן ההודעות הנקובות בפורמט "מקורי" (מפוענח).
יש לקבוע שני דברים: הספרייה לאחסון התוכן ושמות הקבצים.
קבצים נכתבים בספרייה הניתנת על ידי ערך הפרופיל "nmh-storage", למשל,

nmh-אחסון: / Tmp

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

אם -תיק switch נתון, הארגומנט שלו משמש לשם הקובץ כדי לאחסן את כל
תוכן, עם "-" המציין פלט סטנדרטי. אם ה -אוטומטי מתג נתון, אם כך mhstore
יבדוק אם ההודעה מכילה מידע המציין את שם הקובץ שבו יש להשתמש
לאחסן את התוכן. יש לציין מידע זה כתכונה "שם קובץ" ב
הכותרת "Content-Disposition" או כמאפיין "name" בכותרת "Content-Type"
עבור התוכן שאתה מאחסן. מטעמי אבטחה, שם קובץ זה יתעלם אם
הוא מתחיל בתו '/', '.', '|' או '!', או אם הוא מכיל את התו '%'.
אנו ממליצים גם להשתמש ברשומת פרופיל "nmh-storage" או א -קלובר מתג הגדרה אחרת
מאשר ברירת המחדל של "תמיד" כדי למנוע החלפת קבצים קיימים.

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

mhstore-store- /

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

mhstore-store-

כדי לקבוע את מחרוזת העיצוב.

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

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

אם מחרוזת העיצוב מתחילה ב-'|', היא מייצגת פקודה עבור mhstore ל
לבצע שאמור בסופו של דבר לאחסן את התוכן. התוכן יועבר ל-
קלט סטנדרטי של הפקודה. לפני ביצוע הפקודה, mhstore ישתנה ל-
ספרייה מתאימה, וכל ה-escapes (ניתן להלן) במחרוזת העיצוב יהיו
מוּרחָב. השימוש ברצף "%a" אינו מומלץ מכיוון שלמשתמש אין שליטה
מעל נתוני הפרמטר Content-Type.

אחרת מחרוזת העיצוב תייצג שם נתיב שבו יש לאחסן את התוכן.
אם מחרוזת העיצוב מתחילה ב-'/', התוכן יאוחסן במלואו
נתיב נתון, אחרת שם הקובץ יהיה יחסי לערך של "nmh-storage" או ה-
ספריית העבודה הנוכחית. כל מילוט (מופיע להלן) יורחב, למעט א-
בריחה. שימו לב שאם "nmh-storage" אינו נתיב מוחלט, הוא יהיה יחסי ל-
תיקייה המכילה את ההודעות.

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

%a פרמטרים מ-Content-Type (תקף רק עם פקודה)
%m הוסף מספר הודעה
%P הכנס מספר חלק עם נקודה מובילה
%p הכנס מספר חלק ללא נקודה מובילה
%t הוסף סוג תוכן
%s הוסף תת-סוג תוכן
%% הוסף תו %

אם לא נמצא מחרוזת עיצוב, mhstore יבדוק אם התוכן כן
application/octet-stream עם הפרמטר "type=tar". אם כך, mhstore יבחר ב-
שם קובץ מתאים. אם התוכן אינו אפליקציה/אוקטט-סטרים, אז mhstore יצטרך
בדוק אם התוכן הוא הודעה. אם כך, mhstore ישתמש בערך "+". כ
מוצא אחרון, mhstore ישתמש בערך "%m%P.%s".

רשומות פרופיל לדוגמה עשויות להיות:

mhstore-store-text: %m%P.txt
mhstore-store-text: +inbox
mhstore-store-message/partial: +
mhstore-store-audio/basic: | raw2audio -e ulaw -s 8000 -c 1 > %m%P.au
mhstore-store-image/jpeg: %m%P.jpg
mhstore-store-application/PostScript: %m%P.ps

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

החלפה קיים קבצים
השמיים -קלובר מתג שולט אם mhstore צריך להחליף קבצים קיימים. המותר
ערכים עבור מתג זה והתנהגות מתאימה כאשר mhstore נתקל בקובץ קיים
הם:

תמיד החלף קובץ קיים (ברירת מחדל)
אוטומטי צור קובץ חדש בטופס name-n.extension
סיומת צור קובץ חדש בטופס name.extension.n
שאלו בקש מהמשתמש לציין אם להחליף או לא
הקובץ הקיים
לעולם אל תחליף קובץ קיים

עם המכונית ו סִיוֹמֶת, n הוא המספר הנמוך ביותר שאינו בשימוש, החל מאחד, באותה צורה.
אם לשם קובץ אין סיומת (בעקבות '.'), אז המכונית ו סִיוֹמֶת ליצור
קובץ חדש של הטופס שם-נ ו name.n, בהתאמה. עם לעולם לא ו לשאול, מצב היציאה
of mhstore יהיה מספר הקבצים שהתבקשו אך לא נשמרו.

עם לשאול, אם קלט סטנדרטי מחובר למסוף, המשתמש מתבקש להגיב
כן, לא, או שינוי השם האם יש לדרוס את הקובץ. התגובות יכולות להיות
מְקוּצָר. אם המשתמש מגיב עם שינוי השם, לאחר מכן mhstore מבקש מהמשתמש את השם
של הקובץ החדש שייווצר. אם זה שם נתיב יחסי (לא מתחיל ב-'/'),
אז זה יחסית לספרייה הנוכחית. אם זה נתיב מוחלט או יחסי ל-a
ספרייה שאינה קיימת, המשתמש יתבקש אם ליצור את הספרייה.
אם קלט סטנדרטי אינו מחובר למסוף, לשאול מתנהג כמו תמיד.

הרכבה מחדש מסרים of סוּג הודעה/חלקית
mhstore מסוגל גם להרכיב מחדש הודעות שפוצלו למספר הודעות של
הקלד "הודעה/חלקית".

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

% mhlist 5-8
תיאור של סוג חלק/תת-סוג מסג
5 הודעות/47K חלקי חלק 1 מתוך 4
6 הודעות/47K חלקי חלק 2 מתוך 4
7 הודעות/47K חלקי חלק 3 מתוך 4
8 הודעות/18K חלקי חלק 4 מתוך 4
% mhstore 5-8
הרכבה מחדש של חלקים 5,6,7,8 לתיבת הדואר הנכנס של התיקייה כהודעה 9
% mhlist -verbose 9
תיאור של סוג חלק/תת-סוג מסג
9 אפליקציה/אוקטט-סטרים 118K
(חלץ עם uncompress | tar xvpf -)
סוג=זפת
המרות=דחיסה

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

חיצוני גִישָׁה
לתוכן מסוג הודעה/גוף חיצוני, mhstore תומך בסוגי הגישה האלה:

· afs

· anon-ftp

· ftp

· קובץ מקומי

· שרת דואר

· כתובת אתר

עבור סוגי הגישה "anon-ftp" ו-"ftp", mhstore יחפש את ה-"nmh-access-ftp"
הזנת פרופיל, למשל,

nmh-access-ftp: myftp.sh

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

שם הדומיין של אתר ה-FTP
שם משתמש
סיסמא
ספרייה מרוחקת
שם קובץ מרוחק
שם קובץ מקומי
"ascii" או "בינארי"

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

עבור סוגי הגישה של "כתובת אתר", mhstore יחפש את ערך הפרופיל "nmh-access-url",
למשל,

nmh-access-url: curl -L

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

השמיים תוֹכֶן סליק
מתי mhstore נתקל בתוכן חיצוני המכיל שדה "Content-ID:", ואם ה
התוכן מאפשר אחסון במטמון, ולאחר מכן בהתאם להתנהגות הקובץ השמור של mhstore, התוכן
עשוי להיקרא או להיכתב במטמון.

התנהגות המטמון של mhstore נשלט עם -rcache ו -wcache מתגים, אשר
להגדיר את המדיניות לקריאה מהמטמון ולכתיבה אליו, בהתאמה. אחד מארבעה
ניתן לציין מדיניות: "ציבורי", המציין זאת mhstore צריך לעשות שימוש ב-a
מטמון תוכן נגיש לציבור; "פרטי", המציין זאת mhstore צריך לעשות שימוש
מטמון התוכן הפרטי של המשתמש; "לעולם לא", המציין זאת mhstore לעולם לא צריך לעשות שימוש
של שמירה במטמון; וכן, "שאל", המציין זאת mhstore צריך לשאול את המשתמש.

ישנן שתי ספריות שבהן ניתן לאחסן תוכן במטמון: ערך הפרופיל "nmh-cache"
שם ספרייה המכילה תוכן קריא בעולם, וכן, ערך הפרופיל "nmh-private-
cache" שמה לספרייה המכילה תוכן פרטי. הראשון צריך להיות מוחלט
שם ספרייה (שורשית).

לדוגמה,

nmh-cache: / Tmp

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

nmh-private-cache: .cache

(שהוא ערך ברירת המחדל).

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

/etc/nmh/mhn.defaults

אשר נוצר באופן אוטומטי במהלך נמ"ש התקנה.

ראה "חיפוש פרופיל" ב mh-profile(5) עבור סדר חיפוש הפרופיל, ועבור אופן השכפול
ערכים מטופלים.

השתמש ב-mhstoremh באינטרנט באמצעות שירותי onworks.net