sendmh - آنلاین در ابر

برنامه:

نام

ارسال - ارسال پیام

خلاصه

ارسال [نام مستعار نام مستعار] [-پیش نویس] [- پیش نویس +پوشه] [-پیام پیش نویس MSG]
[-nodraftfolder] [-فیلتر فایل فیلتر] [-بدون فیلتر] [قالب | بدون فرمت] [-رو به جلو |
-بی جلو] [-میمیک | نامگذاری] [-msgid | -nomsgid] [-messageid نام محلی | تصادفی]
[-فشار دادن | -نوپوش] [-شکاف ثانیه] [کلاهبرداری | -غیر بزرگ] [-تماشا کردن | -اکنون تماشا کن] [-mts
SMTP | sendmail/smtp | sendmail/pipe] [سرور نام ارائهکننده] [-بندر نام / شماره پورت]
[-سسل] [- دماغه] [-saslmaxssf ssf] [-ساسلمچ مکانیزم] [-اسنوپ] [-کاربر نام کاربری]
[-tls] [حروف اول] [-ناتلز] [-عرض ستون ها] [پرونده ...] [-version] [-کمک]

شرح

ارسال باعث می شود که هر یک از فایل های مشخص شده به هر یک از مقصدهای موجود در آن تحویل داده شود
فیلدهای "به:"، "cc:"، "Bcc:"، "Dcc:" و "Fcc:" پیام. اگر ارسال is
توزیع مجدد یک پیام، همانطور که از فراخوانی شده است ناحیه، سپس "Resent-xxx" مربوطه
فیلدها به جای آن بررسی می شوند.

به طور پیش فرض، ارسال از برنامه استفاده می کند پست برای انجام تحویل واقعی پیام ها، اگرچه
این را می توان با تعریف کردن تغییر داد postproc جزء پروفایل اکثر ویژگی ها
منسوب به ارسال در واقع توسط پست.

قبل از ارسال پیام را می دهد به پست برای تحویل، پیام توسط پردازش می شود mhbuild به
هر گونه رمزگذاری MIME ضروری پیام خروجی را انجام دهید. این می تواند توسط
buildmimeproc جزء پروفایل mhbuild با فراخوانی می شود -خودکار سوئیچ، بنابراین mhbuild
دستورالعمل ها به طور پیش فرض پردازش نمی شوند. دیدن mhbuild(1) برای اطلاعات بیشتر

mhbuild پیش نویس پیام را برای سرصفحه ای به نام اسکن می کند ضمیمه کردن. پیش نویس تبدیل شده است
یک پیام MIME در صورت یافتن یک یا چند مورد منطبق. این تبدیل قبل از همه اتفاق می افتد
در حال پردازش. در حالا(1) صفحه man رابط کاربری را برای مدیریت MIME توصیف می کند
پیوست ها از طریق این مکانیسم

قسمت اول پیام MIME متن پیش نویس است در صورتی که آن متن حاوی موارد غیر خالی باشد
شخصیت ها. بدن هر کدام ضمیمه کردن فیلد هدر به عنوان نام فایل تفسیر می شود و هر کدام
فایل با نام به عنوان یک بخش جداگانه در پیام MIME گنجانده شده است.

تعیین نوع MIME محتوا که در سربرگ Content-Type برای هر قسمت درج شده است
بستگی به نحوه nmh نصب پیکربندی شد اگر برنامه ای مانند پرونده با یک
-- میم or -i گزینه ای پیدا شد که می تواند نوع یک فایل را به عنوان رشته نوع MIME مشخص کند،
سپس از آن استفاده خواهد شد. برای تعیین اینکه آیا شما nmh خیلی پیکربندی شده بود، اجرا کنید mhparam
mimetypeproc و ببینید آیا یک رشته غیر خالی نمایش داده می شود یا خیر.

اگر شما nmh با برنامه ای پیکربندی نشده بود تا نوع فایل را به عنوان رشته MIME مشخص کند،
سپس یک روش متفاوت برای تعیین رشته نوع محتوا استفاده می شود. برای نام فایل ها با
پسوند نقطه، نمایه برای a اسکن می شود mhshow-پسوند- ورودی برای آن پسوند در
در صورت یافتن مطابقت، نوع محتوا برای قسمت از ورودی نمایه گرفته می شود. اگر یک
مطابقت در نمایه کاربر یافت نشد، نمایه mhn.defaults در مرحله بعد اسکن می شود. اگر نه
مطابق پیدا شد یا فایل پسوند نقطه ای ندارد، نوع محتوا متن/ساده است اگر
فایل فقط شامل کاراکترهای ASCII یا برنامه/اکتت جریان در صورت وجود است
کاراکترهای خارج از محدوده ASCII دیدن mhshow(1) برای جزئیات بیشتر و نحو مثال.

هر بخش MIME پیوست شده حاوی یک سرصفحه "Content-Description" است که شامل هدر است
نام فایل، و یک هدر "Content-Disposition" اضافه می کند. در اینجا یک نمونه از بخش MIME است
سرصفحه های پیوست:

نوع محتوا: متن/ساده. name="VERSION"; charset = "us-ascii"
محتوا-توضیحات: VERSION
Content-Disposition: پیوست. نام فایل = "VERSION"

If -فشار دادن مشخص شده است، ارسال خود را از ترمینال کاربر جدا می کند و آن را انجام می دهد
اقدامات در پس زمینه اگر فشار'd و پیش نویس ارسال نمی شود، سپس یک پیام خطا
(با استفاده از mailproc) برای کاربر ارسال خواهد شد. اگر -رو به جلو داده می شود، سپس یک کپی از
پیش نویس به این اعلامیه شکست پیوست خواهد شد. استفاده كردن -فشار دادن با گذاشتن فرق می کند ارسال
در پس زمینه زیرا خروجی به دام افتاده و توسط آن تحلیل می شود nmh.

If کلاهبرداری مشخص شده است، ارسال فعل و انفعالات رخ داده با حمل و نقل را نشان می دهد
سیستم، قبل از تحویل واقعی اگر -تماشا کردن مشخص شده است ارسال تحویل را نظارت خواهد کرد
پست محلی و شبکه از این رو، با مشخص کردن هر دو سوئیچ، جزئیات زیادی از
اطلاعات را می توان در مورد هر مرحله از ورود پیام به حمل و نقل جمع آوری کرد
سیستم.

La - پیش نویس +پوشه و -پیام پیش نویس MSG سوئیچ ها را فراخوانی می کنند nmh پوشه پیش نویس
امکانات. این یک ویژگی پیشرفته (و بسیار مفید) است. مشورت کنید mh-draft(5) مرد
برای اطلاعات بیشتر.

If -شکاف مشخص شده است، ارسال پیش نویس را به یک یا چند پیام جزئی تقسیم می کند
به ارسال این باعث استفاده از ویژگی های MIME در می شود nmh. با این حال توجه داشته باشید که اگر ارسال is
تحت استناد شده است ناحیه، سپس این سوئیچ نادیده گرفته می شود -- توزیع مجدد a معنی ندارد
به این شکل پیام دهید گاهی دلت می خواهد ارسال برای مکث پس از ارسال بخشی
پیام این معمولا زمانی که شما در حال دویدن هستید صدق می کند ارسال پست الکترونیکی و انتظار ایجاد یک
بسیاری از پیام های جزئی استدلال به -شکاف به آن می گوید که چقدر بین آن مکث کند
پست ها

ارسال با هیچ پرونده آرگومان پرس و جو می کند که آیا پیش نویس فایل مورد نظر است، در حالی که
-پیش نویس این سوال را سرکوب خواهد کرد. هنگامی که سیستم حمل و نقل با موفقیت پذیرفته شد
پس از نگهداری پیام، نام فایل با یک پیشوند وابسته به سایت تغییر می کند (معمولاً
کاما)، که به آن اجازه می دهد تا زمانی که پیام پیش نویس بعدی ارسال شود، بازیابی شود. اگر آنجا
خطاهایی در قالب بندی پیام هستند، ارسال با یک (امیدوارم) مفید سقط خواهد شد
پیغام خطا.

اگر با فیلد «Bcc:» مواجه شد، آدرس‌های آن برای تحویل و از «Bcc:» استفاده می‌شود.
فیلد از پیام ارسال شده به گیرندگان بینا حذف خواهد شد. دریافت کنندگان نابینا
یک پیام کاملاً جدید با حداقل مجموعه هدر دریافت می کند. در بدن گنجانده شده است
از پیام یک کپی از پیام ارسال شده برای گیرندگان بینا خواهد بود.

اگر با فیلد "Dcc:" مواجه شد و sendmail/pipe روش حمل و نقل پستی وجود ندارد
استفاده کنید، آدرس های آن برای تحویل استفاده می شود و فیلد "Dcc:" از آن حذف می شود
پیام. گیرندگان نابینا همان پیامی را دریافت خواهند کرد که برای بینا ارسال می شود
گیرندگان *هشدار* گیرندگان لیست شده در قسمت "Dcc:" هیچ نشانه صریحی دریافت نمی کنند
که آنها یک "نسخه کور" دریافت کرده اند. این می تواند باعث شود گیرندگان نابینا نابینا شوند
به همه گیرندگان بینا پیام اصلی پاسخ دهید و نشان دهید که آنها
یک کپی کور دریافت کرد. از سوی دیگر، از آنجایی که یک پاسخ عادی به پیامی که از طریق a ارسال می شود
فیلد "Bcc:" تنها به فرستنده پیام اصلی پاسخ می دهد
تلاش مضاعف در اکثر ایمیل‌کنندگان برای پاسخ دادن به پیام ارائه شده، و معمولاً فقط همین کار را انجام می‌دهند
عمدی انجام شود، نه تصادفی.

If -فیلتر فایل فیلتر مشخص شده است، سپس این کپی توسط فیلتر (فرمت مجدد) می شود mhl قبلی
برای دریافت کنندگان نابینا ارسال می شود. متناوبا، اگر شما را مشخص کنید -میمیک پس سوئیچ کنید
ارسال از قوانین MIME برای کپسوله سازی استفاده خواهد کرد.

قبل از ارسال پیام، فیلد "تاریخ: اکنون" به سرصفحه های موجود در قسمت اضافه می شود
پیام اگر -msgid مشخص شده است، سپس یک فیلد “Message-ID:” نیز به آن اضافه خواهد شد
پیام

La -messageid سوئیچ سبک مورد استفاده برای قسمتی که بعد از @ in ظاهر می شود را انتخاب می کند
فیلدهای سرصفحه "Message-ID:"، "Resent-Message-ID:" و "Content-ID:". این دو قابل قبول
گزینه ها هستند نام محلی (که پیش فرض است)، و تصادفی. با نام محلی، محلی
نام میزبان استفاده می شود. با تصادفی، به جای آن از یک دنباله تصادفی از کاراکترها استفاده می شود. توجه داشته باشید
که -msgid سوئیچ باید فعال باشد تا این سوئیچ تاثیری داشته باشد.

If ارسال در حال توزیع مجدد یک پیام است (در صورت فراخوانی توسط ناحیه)، سپس "Resent-" خواهد بود
به هر یک از این فیلدها اضافه می شود: "از:"، "تاریخ:"، و "شناسه پیام:".

فیلد «از:» برای همه پیام‌های خروجی لازم است. چندین آدرس مجاز است
در قسمت "از:"، اما فیلد "فرستنده:" در این مورد لازم است. در غیر این صورت الف
فیلد "فرستنده:" اختیاری است.

اگر پیامی با چندین آدرس «From:»: نه شامل یک فیلد «فرستنده:» است اما انجام می دهد
شامل یک فیلد "Envelope-From:" باشد، فیلد "Envelope-From:" برای ساخت یک مورد استفاده خواهد شد.
فیلد «فرستنده:».

هنگام استفاده از SMTP برای ارسال نامه، پاکت نامه مورد استفاده برای تراکنش SMTP است
مشتق شده از قسمت "پاکت-از:". اگر فیلد "Envelope-From:" وجود نداشته باشد،
فیلد "فرستنده:" استفاده می شود. اگر نه فیلد "Envelope-From:" و نه "Sender:" وجود ندارد
در حال حاضر، از فیلد "از:" استفاده می شود. هنگامی که "Envelope-From:" در یک پیام ظاهر می شود، این خواهد بود
از پیام خروجی نهایی حذف شد.

با استفاده از قالب سوئیچ، هر یک از ورودی های فیلدهای "To:" و "cc:" خواهد بود
با ورودی های قالب "استاندارد" جایگزین شده است. این فرمت استاندارد به گونه ای طراحی شده است که قابل استفاده توسط
همه گرداننده های پیام در سیستم های مختلف در سراسر اینترنت. اگر بدون فرمت is
داده می شود، سپس سرصفحه ها دقیقاً همانطور که در پیش نویس پیام ظاهر می شوند خروجی می شوند.

اگر با یک "Fcc: folder" مواجه شد، پیام در پوشه مشخص شده کپی می شود.
فرستنده در قالبی که در آن برای گیرندگان غیر Bcc پیام ظاهر می شود.
یعنی فیلدهای ضمیمه و فرمت مجدد فیلد را خواهد داشت. فیلدهای "Fcc:" این کار را انجام خواهند داد
از تمام کپی های ارسالی پیام حذف شود.

با استفاده از -عرض ستون ها سوئیچ، کاربر می تواند هدایت کند ارسال در مورد اینکه چقدر باید طول بکشد
خطوط سرصفحه حاوی آدرس ها

پیش‌فرض سیستم حمل و نقل پستی در ارائه شده است /etc/nmh/mts.conf اما می توان آن را نادیده گرفت
اینجا با -mts سوئیچ.

اگر nmh از SMTP MTA استفاده می کند، سرور و -بندر سوئیچ ها را می توان برای لغو استفاده کرد
سرور پست پیش فرض (تعریف شده توسط /etc/nmh/mts.conf ورودی سرورها). در -اسنوپ
سوئیچ می تواند برای مشاهده تراکنش SMTP استفاده شود. (مراقب باشید که تراکنش SMTP ممکن است
حاوی اطلاعات احراز هویت یا به صورت متن ساده یا به راحتی در base64 رمزگشایی می شود.)

If nmh با پشتیبانی SASL کامپایل شده است -سسل و - دماغه سوئیچ ها را فعال می کند و
استفاده از احراز هویت SASL را با SMTP MTA غیرفعال کنید. بسته به مکانیسم SASL
استفاده می شود، ممکن است به درخواست رمز عبور اضافی از کاربر نیاز داشته باشد (اما netrc پرونده می تواند
برای ذخیره این رمز عبور، همانطور که در mh-profile(5) صفحه مرد). در
-ساسلمچ سوئیچ می تواند برای انتخاب یک مکانیسم SASL خاص استفاده شود، و -کاربر گزینه
می تواند برای انتخاب یک شناسه مجوز برای ارائه به SASL غیر از حالت پیش فرض استفاده شود.
ورود مشخصات اعتبار در mh-profile(5) صفحه man راه های عرضه a را شرح می دهد
نام کاربری و رمز عبور.

اگر احراز هویت SASL موفقیت آمیز باشد، nmh سعی خواهد کرد برای یک لایه امنیتی مذاکره کند
رمزگذاری جلسه هنگامی که داده های رمزگذاری شده با «(رمزگذاری شده)» و «(رمزگشایی شده)» برچسب گذاری می شوند
مشاهده تراکنش SMTP با -اسنوپ تعویض. -saslmaxssf سوئیچ قابل استفاده است
برای انتخاب حداکثر مقدار ضریب قدرت امنیتی. این یک مقدار صحیح است و
معنای دقیق این مقدار به مکانیسم SASL اساسی بستگی دارد. مقدار 0
رمزگذاری را غیرفعال می کند

If nmh با پشتیبانی TLS کامپایل شده است -tls و حروف اول سوئیچ ها نیاز خواهند داشت
مذاکره TLS هنگام اتصال به SMTP MTA. در -tls سوییچ مذاکره خواهد کرد
TLS به عنوان بخشی از پروتکل معمولی SMTP با استفاده از دستور STARTTLS. در حروف اول اراده
بلافاصله پس از برقراری اتصال، قبل از هر دستور SMTP، با TLS مذاکره کنید
ارسال یا دریافت می شوند. داده های رمزگذاری شده با «(tls-encrypted)» و «(tls-) برچسب گذاری می شوند.
رمزگشایی شده)' هنگام مشاهده تراکنش SMTP با -اسنوپ تعویض. -ناتلز گزینه
تمام تلاش ها برای مذاکره با TLS را غیرفعال می کند.

فایل های مشخص شده توسط ورودی نمایه "Aliasfile:" و هر فایل نام مستعار اضافی داده شده
توسط نام مستعار نام مستعار سوئیچ خوانده خواهد شد (بیش از یک فایل، هر کدام قبل از نام مستعار,
می توان نام برد). دیدن mh-نام مستعار(5) برای اطلاعات بیشتر

از sendmh آنلاین با استفاده از خدمات onworks.net استفاده کنید