.\" -*- mode: troff; coding: utf-8 -*- .\" Automatically generated by Pod::Man 5.0102 (Pod::Simple 3.45) .\" .\" Standard preamble: .\" ======================================================================== .de Sp \" Vertical space (when we can't use .PP) .if t .sp .5v .if n .sp .. .de Vb \" Begin verbatim text .ft CW .nf .ne \\$1 .. .de Ve \" End verbatim text .ft R .fi .. .\" \*(C` and \*(C' are quotes in nroff, nothing in troff, for use with C<>. .ie n \{\ . ds C` "" . ds C' "" 'br\} .el\{\ . ds C` . ds C' 'br\} .\" .\" Escape single quotes in literal strings from groff's Unicode transform. .ie \n(.g .ds Aq \(aq .el .ds Aq ' .\" .\" If the F register is >0, we'll generate index entries on stderr for .\" titles (.TH), headers (.SH), subsections (.SS), items (.Ip), and index .\" entries marked with X<> in POD. Of course, you'll have to process the .\" output yourself in some meaningful fashion. .\" .\" Avoid warning from groff about undefined register 'F'. .de IX .. .nr rF 0 .if \n(.g .if rF .nr rF 1 .if (\n(rF:(\n(.g==0)) \{\ . if \nF \{\ . de IX . tm Index:\\$1\t\\n%\t"\\$2" .. . if !\nF==2 \{\ . nr % 0 . nr F 2 . \} . \} .\} .rr rF .\" ======================================================================== .\" .IX Title "CONTROL.CTL 5" .TH CONTROL.CTL 5 2022-07-10 "INN 2.7.4" "InterNetNews Documentation" .\" For nroff, turn off justification. Always turn off hyphenation; it makes .\" way too many mistakes in technical documents. .if n .ad l .nh .SH "نام (NAME)" control.ctl \- تعیین نحوه رسیدگی به پیام‌های کنترلی یوزنت .SH "توضیحات (DESCRIPTION)" .IX Header "DESCRIPTION" پرونده \fIpathetc\fR/control.ctl برای تعیین اقداماتی که هنگام دریافت یک پیام کنترلی انجام می‌شود به کار می‌رود. این پرونده توسط \fBcontrolchan\fR خوانده می‌شود که معمولاً به عنوان یک برنامه کانال توسط \fBinnd\fR فراخوانی می‌گردد. هنگامی که \fIcontrol.ctl\fR تغییر می‌کند، \fBcontrolchan\fR به صورت خودکار متوجه آن شده و آن را مجدداً بارگذاری می‌نماید. .PP اگر یک پرونده \fIcontrol.ctl.local\fR در \fIpathetc\fR وجود داشته باشد، پس از \fIcontrol.ctl\fR توسط \&\fBcontrolchan\fR خوانده می‌شود (رفتار حاصل به‌گونه‌ای است که گویی محتویات \fIcontrol.ctl.local\fR در انتهای \&\fIcontrol.ctl\fR قرار دارد). این پرونده محلی همانند \fIcontrol.ctl\fR قالب‌بندی شده و هدف از آن نگهداری سفارشی‌سازی‌های محلی است. همچنین این پرونده در صورت تغییر، به صورت خودکار مجدداً بارگذاری می‌شود. .PP خطوط خالی و خطوطی که با علامت هش (\f(CW\*(C`#\*(C'\fR) آغاز می‌شوند نادیده گرفته خواهند شد. تمامی خطوط دیگر باید شامل چهار فیلد باشند که با دو‌نقطه از هم جدا شده‌اند: .PP .Vb 1 \& ::: .Ve .PP خطوط به ترتیب مطابقت داده می‌شوند و آخرین خط منطبق در پرونده مورد استفاده قرار خواهد گرفت، به جز پیام‌های checkgroups که به شیوه متفاوتی پردازش می‌شوند (تمامی خطوط منطبق اعمال می‌گردند). .PP فیلد نخست، ، نوع پیام کنترلی است که این خط برای آن معتبر است. این فیلد یا باید نام یک پیام کنترلی باشد یا کلمه \f(CW\*(C`all\*(C'\fR تا مشخص کند که برای تمامی پیام‌های کنترلی اعمال می‌شود. علاوه بر این، انواع ویژه زیر نیز پشتیبانی می‌شوند: .IP \fB/encoding/\fR 4 .IX Item "/encoding/" این نوع، کدگذاری پیام‌های کنترلی newgroup و checkgroups را مشخص می‌کند تا توضیحات جدید به شیوه صحیح رمزگشایی شوند. .Sp .Vb 1 \& /encoding/:*:cn.*:gb18030 .Ve .Sp بدین معناست که توضیحات مربوط به یک گروه خبری در سلسله‌مراتب چینی cn.* به‌گونه‌ای رمزگشایی می‌شود که گویی در GB18030 کدگذاری شده است، مگر اینکه یک مجموعه نویسه در پیام کنترلی مشخص شده باشد (در چنین حالتی، مجموعه نویسه ذکرشده در پیام استفاده خواهد شد). با این حال، اگر \f(CW\*(C`=force\*(C'\fR به انتهای کدگذاری پیوست شود، امکان بازنویسی مجموعه نویسه ذکرشده وجود دارد. برای نمونه، .Sp .Vb 1 \& /encoding/:*:scout.forum.chinese:big5=force .Ve .Sp بدین معناست که توضیحات مربوط به scout.forum.chinese همیشه به گونه‌ای رمزگشایی خواهد شد که گویی با Big5 کدگذاری شده است، بدون توجه به اینکه مجموعه نویسه پیام کنترلی مربوطه چه باشد. .Sp مقدار پیش‌فرض در زمانی که هیچ کدگذاری ذکر نشده باشد (یا زمانی که کدگذاری مشخص‌شده ناشناخته باشد) \f(CW\*(C`CP1252\*(C'\fR است. .Sp آخرین خط منطبق برای یک نام گروه خبری مشخص در \fIcontrol.ctl\fR مورد استفاده قرار خواهد گرفت. .IP \fB/localencoding/\fR 4 .IX Item "/localencoding/" هنگامی که این نوع استفاده می‌شود، خط تنها شامل دو فیلد خواهد بود. مقدار پیش‌فرض در زمانی که این نوع در \fIcontrol.ctl\fR ظاهر نشود (یا هنگامی که مجموعه نویسه مشخص‌شده ناشناخته باشد) معادل موارد زیر است: .Sp .Vb 1 \& /localencoding/:utf\-8 .Ve .Sp این بدان معناست که توضیحات جدید در پرونده \fInewsgroups\fR با استفاده از UTF\-8 نوشته خواهند شد. و \fBcontrolchan\fR سعی خواهد کرد تا توضیحات موجود را به گونه‌ای بخواند که گویی با UTF\-8 کدگذاری شده‌اند تا مشخص شود آیا باید به‌روزرسانی شوند یا خیر. .Sp آخرین خط منطبق در \fIcontrol.ctl\fR مورد استفاده قرار خواهد گرفت. .IP \fB/maxdocheckgroups/\fR 4 .IX Item "/maxdocheckgroups/" این نوع، حداکثر تعداد تغییراتی را که یک پیام checkgroups می‌تواند پیش از انصراف و ارسال تغییرات به مدیر از طریق ایمیل در صورت عدم تعیین پرونده لاگ به صورت همزمان اعمال کند، مشخص می‌نماید. مقدار پیش‌فرض \f(CW\*(C`10\*(C'\fR است. .Sp .Vb 2 \& /maxdocheckgroups/:*:*:10 \& /maxdocheckgroups/:*:fr.*:20 .Ve .Sp چنین پیکربندی‌ای بدین معناست که یک پیام checkgroups حاوی ۱۵ تغییر برای سلسله‌مراتب فرانسوی fr.* (گروه‌های خبری جدید برای افزودن، حذف یا تغییر وضعیت) به طور خودکار پذیرفته و اعمال خواهد شد، در حالی که برای پیام checkgroups حاوی ۱۵ تغییر برای france.*، تغییرات لازم صرفاً ایمیل یا در لاگ ثبت خواهند شد. .Sp آخرین خط منطبق برای یک نام گروه خبری مشخص در \fIcontrol.ctl\fR استفاده خواهد شد. .PP فیلد دوم، ، یک الگوی سبک پوسته است که با نشانی ایمیل فرد ارسال‌کننده پیام مطابقت داده می‌شود (به طوری که نشانی ابتدا به حروف کوچک تبدیل می‌گردد). این تطبیق با قوانینی معادل دستور \fIcase\fR در پوسته انجام می‌گیرد؛ برای جزئیات بیشتر به sh(1) مراجعه کنید. .PP اگر پیام کنترلی از نوع newgroup یا rmgroup باشد، فیلد سوم، ، یک الگوی سبک پوسته است که با گروه خبری تحت تأثیر پیام کنترلی مطابقت داده می‌شود (به‌ویژه \f(CW\*(C`?\*(C'\fR دقیقاً با یک نویسه، \&\f(CW\*(C`*\*(C'\fR با صفر یا چند نویسه مطابقت دارد و \f(CW\*(C`|\*(C'\fR اجازه تطبیق چندین الگو را در یک خط می‌دهد \-\-\ به عنوان مثال \f(CW\*(C`comp.*|humanities.*\*(C'\fR با هر گروه خبری که نام آن با \f(CW\*(C`comp.\*(C'\fR یا \f(CW\*(C`humanities.\*(C'\fR آغاز شود مطابقت خواهد داشت). اگر پیام کنترلی از نوع checkgroups باشد، فیلد سوم یک الگوی سبک پوسته است که گروه‌های خبری مورد نیاز برای بررسی را مطابقت می‌دهد. اگر پیام کنترلی از هر نوع دیگری باشد، فیلد سوم نادیده گرفته می‌شود. .PP فیلد چهارم، ، مشخص می‌کند که چه اقدامی در رابطه با پیام‌های کنترلی منطبق بر این خط باید انجام شود. اقدامات زیر شناخته‌شده هستند: .IP \fBdoit\fR 4 .IX Item "doit" اقدام درخواست‌شده توسط پیام کنترلی باید اجرا شود. این بدان معناست که تغییرات به صورت خاموش و بی‌صدا اعمال خواهند شد. برای پیام‌های checkgroups، بسته به مقدار \fB/maxdocheckgroups/\fR، دستورات پوسته‌ای که باید اجرا شوند ممکن است به جای اجرا، برای مدیر اخبار (آرگومان ورودی به \&\fB\-\-with\-news\-master\fR در زمان پیکربندی، که به طور پیش‌فرض \f(CW\*(C`usenet\*(C'\fR است) ایمیل شوند. .Sp اگر همیشه می‌خواهید از اقدامات انجام‌شده مطلع شوید، به جای آن از \f(CW\*(C`doit=mail\*(C'\fR استفاده کنید (به ادامه مراجعه کنید). .IP \fBdoit\fR=\fIfile\fR 4 .IX Item "doit=file" اقدام همانند \fBdoit\fR انجام می‌شود و علاوه بر آن یک مدخل لاگ در پرونده لاگ مشخص‌شده \fIfile\fR نوشته می‌شود. اگر \fIfile\fR کلمه \&\f(CW\*(C`mail\*(C'\fR باشد، مدخل لاگ به جای آن برای مدیر اخبار ایمیل می‌شود. یک رشته خالی معادل \fI/dev/null\fR است و بیانگر آن است که چیزی ثبت نشود. .Sp اگر \fIfile\fR با یک اسلش آغاز شود، به عنوان نام پرونده مطلق برای استفاده به عنوان پرونده لاگ در نظر گرفته می‌شود. در غیر این صورت، نام پرونده با افزودن \&\fIpathlog\fR و یک اسلش در ابتدا و پسوند \f(CW\*(C`.log\*(C'\fR در انتها ساخته می‌شود. به عبارت دیگر، اقدام \f(CW\*(C`doit=newgroup\*(C'\fR لاگ‌ها را در \fIpathlog\fR/newgroup.log ثبت خواهد کرد. .IP \fBdrop\fR 4 .IX Item "drop" هیچ اقدامی صورت نمی‌گیرد و پیام نادیده گرفته می‌شود. برای پیام‌های checkgroups، این بدان معناست که گروه‌های خبری ذکرشده، برای پردازش‌های بعدی در checkgroups ناموجود تلقی خواهند شد. .Sp .Vb 2 \& checkgroups:*:comp.*:doit \& checkgroups:*:*binaries*:drop .Ve .Sp برای نمونه، هر گروه خبری را که نام آن شامل \f(CW\*(C`binaries\*(C'\fR در سلسله‌مراتب comp.* باشد حذف می‌کند، حتی اگر چنین گروه‌هایی در پیام checkgroups ذکر شده باشند. (در این مثال، حذف توسط اقدام \fBdoit\fR انجام می‌شود، زیرا \fBdrop\fR به خودی خود کاری انجام نمی‌دهد.) .IP \fBverify\-*\fR 4 .IX Item "verify-*" اگر اقدام با رشته \f(CW\*(C`verify\-\*(C'\fR آغاز شود، مانند: .Sp .Vb 1 \& verify\-news.announce.newgroups .Ve .Sp آنگاه اعتبارسنجی PGP روی پیام کنترلی انجام می‌شود و شناسه کاربری (user ID) کلید امضاکننده معتبر در برابر هویت مورد انتظار که توسط ادامه رشته مشخص شده است (در مثال بالا \f(CW\*(C`news.announce.newgroups\*(C'\fR) بررسی خواهد شد. این اعتبارسنجی از طریق \fBpgpverify\fR صورت می‌پذیرد؛ برای جزئیات بیشتر به pgpverify(1) مراجعه کنید. .Sp اگر ثبت لاگی تعیین نشده باشد (با =\fIfile\fR همان‌گونه که در زیر ذکر شده است)، ثبت لاگ همانند \fBdoit\fR به روش توصیف‌شده در بالا انجام خواهد شد. .IP \fBverify\-*\fR=\fBmail\fR 4 .IX Item "verify-*=mail" اعتبارسنجی PGP همانند اقدام \fBverify\-*\fR توصیف‌شده در بالا انجام می‌شود، و اعلان پیام‌های کنترلی موفق newgroup و rmgroup و خروجی پیام‌های checkgroups برای مدیر اخبار ایمیل خواهد شد. (در مورد پیام‌های checkgroups، این بدان معناست که اسکریپت پوسته‌ای که باید اجرا شود به مدیر اخبار ایمیل می‌گردد. موضوع (subject) ایمیل بسته به مقدار \fB/maxdocheckgroups/\fR، شامل اطلاعاتی مبنی بر این خواهد بود که آیا اسکریپت قبلاً اجرا شده است یا خیر.) .IP \fBverify\-*\fR=\fIfile\fR 4 .IX Item "verify-*=file" اعتبارسنجی PGP همانند اقدام \fBverify\-*\fR توصیف‌شده در بالا انجام می‌شود، و یک مدخل لاگ در پرونده مشخص‌شده مطابق آنچه در \&\fBdoit\fR=\fIfile\fR در بالا توصیف شد ثبت می‌گردد. (در مورد پیام‌های checkgroups، بدین معناست که خروجی اسکریپت پوسته از پیام checkgroups در آن پرونده نوشته خواهد شد. خط نخست لاگ شامل اطلاعاتی درباره این خواهد بود که آیا اسکریپت بسته به مقدار \&\fB/maxdocheckgroups/\fR قبلاً اجرا شده است یا خیر.) .IP \fBlog\fR 4 .IX Item "log" یک پیام لاگ تک‌خطی به خروجی خطای استاندارد (standard error) ارسال می‌شود. \fBinnd\fR معمولاً این پیام را به \fIpathlog\fR/errlog هدایت می‌کند. .IP \fBlog\fR=\fIfile\fR 4 .IX Item "log=file" یک مدخل لاگ در پرونده لاگ مشخص‌شده ثبت می‌شود، که همانند \fBdoit\fR=\fIfile\fR توصیف‌شده در بالا تفسیر می‌گردد. .IP \fBmail\fR 4 .IX Item "mail" یک پیام ایمیل بدون انجام اقدام دیگری برای مدیر اخبار ارسال می‌شود. .PP یکی از تفاوت‌های میان اقدام \fBdoit\fR یا \fBverify\fR با اقدام \fBmail\fR برای یک پیام کنترلی checkgroups، در ایمیلی است که ارسال می‌شود؛ \fBdoit\fR یا \fBverify\fR یک اسکریپت پوسته را (که ممکن است قبلاً اجرا شده باشد) برای ایجاد، حذف یا تغییر گروه‌های خبری جهت انطباق با پیام checkgroups به مدیر اخبار ایمیل می‌کنند، در حالی که \fBmail\fR صرفاً خطوط مربوطه از پیام checkgroups را برای پردازش دستی توسط مدیر اخبار ارسال خواهد کرد. .PP استفاده از اقدام \fBverify\fR برای پردازش پیام‌های newgroup، rmgroup و checkgroups اکیداً توصیه می‌شود. سوءاستفاده از پیام‌های کنترلی بسیار شایع است، و احراز اصالت از طریق امضای PGP در حال حاضر تنها راه قابل اعتماد برای اطمینان از این است که یک پیام کنترلی واقعاً از سوی همان فردی آمده که ادعا می‌کند. امروزه بیشتر سلسله‌مراتب‌های عمده پیام‌های کنترلی احراز اصالت‌شده با PGP را منتشر می‌کنند. .PP برای استفاده از اقدامات \fBverify\fR، دسته کلید (keyring) PGP کاربر news باید حاوی کلیدهای PGP نگه‌دارندگان سلسله‌مراتبی باشد که می‌خواهید پیام‌های کنترلی آن‌ها را بپذیرید. برای جزئیات بیشتر در مورد پیام‌های کنترلی احراز اصالت‌شده با PGP و نشانی اینترنتی برای دریافت کلیدهای PGP سلسله‌مراتب‌های اصلی، به pgpverify(1) مراجعه کنید. .PP پیام‌های کنترلی از نوع cancel به صورت داخلی توسط \fBinnd\fR مدیریت می‌شوند و هیچ‌کدام از سازوکارهای شرح داده‌شده در اینجا نمی‌توانند بر آن‌ها تأثیر بگذارند. .SH "مثال‌ها (EXAMPLES)" .IX Header "EXAMPLES" با وجود سه خط زیر در \fIcontrol.ctl\fR: .PP .Vb 3 \& newgroup:*:*:drop \& newgroup:group\-admin@isc.org:comp.*:verify\-news.announce.newgroups \& newgroup:kre@munnari.oz.au:aus.*:mail .Ve .PP یک newgroup ارسالی از سوی \f(CW\*(C`group\-admin@isc.org\*(C'\fR در صورتی پذیرفته می‌شود که برای یک گروه خبری در سلسله‌مراتب comp.* باشد و امضای معتبری متناظر با کلید PGP با شناسه کاربری \f(CW\*(C`news.announce.newgroups\*(C'\fR داشته باشد. اگر هرگونه newgroup که ادعا می‌کند از طرف \f(CW\*(C`kre@munnari.oz.au\*(C'\fR برای یک گروه خبری در سلسله‌مراتب aus.* است دریافت شود، آن نیز پذیرفته خواهد شد. تمامی پیام‌های newgroup دیگر نادیده گرفته می‌شوند. .PP علاوه بر این، اگر پرونده‌ای به نام \fIcontrol.ctl.local\fR وجود داشته باشد و شامل موارد زیر باشد: .PP .Vb 1 \& newgroup:*:comp.lang.*:drop .Ve .PP آنگاه یک مقاله کنترلی newgroup برای comp.lang.awk پذیرفته نخواهد شد حتی اگر از سوی \f(CW\*(C`group\-admin@isc.org\*(C'\fR همراه با یک امضای معتبر ارسال شده باشد. .PP در خصوص checkgroups، فرض کنید سرور اخبار شما شامل این گروه‌ها برای foo.* باشد، که همگی آن‌ها غیرمدیریت‌شده هستند (وضعیت \f(CW\*(C`y\*(C'\fR در پرونده \fIactive\fR): .PP .Vb 8 \& foo.bar1 \& foo.bar2.first \& foo.bar2.second \& foo.bar2.third \& foo.bar3 \& foo.bar3.first \& foo.bar3.second \& foo.bar5 .Ve .PP و شما پیام checkgroups زیر را از طرف برای foo.* دریافت می‌کنید: .PP .Vb 5 \& foo.bar1 A valid newsgroup. \& foo.bar3.first Only one newsgroup in foo.bar3.*. \& foo.bar4 A newsgroup you want. \& foo.bar5 A newsgroup you do not want. \& foo.bar5.first Another newsgroup you do not want. .Ve .PP با ورودی‌های زیر در \fIcontrol.ctl\fR: .PP .Vb 1 \& /maxdocheckgroups/:*:foo.*:2 \& \& checkgroups:foo@bar.com:foo.*:verify\-key\-foo \& checkgroups:foo@bar.com:foo.bar2.*:doit \& checkgroups:foo@bar.com:foo.bar3.*:mail \& checkgroups:foo@bar.com:foo.bar4|foo.bar4.*:doit \& checkgroups:foo@bar.com:foo.bar5|foo.bar5.*:drop .Ve .PP سپس، از آنجا که \fIcontrol.ctl\fR از پایین به بالا پردازش می‌شود، آنچه رخ می‌دهد به شرح زیر است: .IP 1. 4 گروه‌های خبری foo.bar5 و foo.bar5.first به عنوان ناخواسته علامت‌گذاری می‌شوند. اما هنوز کاری انجام نشده است: سایر ورودی‌های \fIcontrol.ctl\fR با یک اقدام واقعی و مجموعه‌ای از گروه‌های خبری حاوی foo.bar5 و foo.bar5.first باید پردازش شوند. .IP 2. 4 گروه خبری foo.bar4 به صورت بی‌صدا روی سرور اخبار ایجاد می‌شود، و توضیح "A newsgroup you want." به پرونده \fInewsgroups\fR افزوده می‌گردد. در صورت عدم وجود مقادیر کدگذاری (چه در پیام checkgroups و چه در \fB/encoding/\fR و \fB/localencoding\fR)، پیش‌فرض این است که جمله به عنوان CP1242 رمزگشایی شده و مجدداً با UTF\-8 کدگذاری شود. .Sp اگر \f(CW\*(C`doit=mail\*(C'\fR استفاده شده بود، ایمیلی به مدیر اخبار فرستاده می‌شد تا به او اطلاع داده شود که foo.bar4 با موفقیت ایجاد شده است. .IP 3. 4 گروه خبری foo.bar3.second دیگر موجود نیست. ایمیلی حاوی یک اسکریپت پوسته برای اجرا به مدیر اخبار ارسال می‌شود. هنگامی که این اسکریپت به صورت دستی اجرا شود، foo.bar3.second حذف خواهد شد. .Sp توجه داشته باشید که توضیحات به شیوه متفاوتی پردازش می‌شوند و بدون هیچ مداخله دستی قبلاً به‌روزرسانی شده‌اند (foo.bar3.first اکنون دارای توضیح "Only one newsgroup in foo.bar3.*." است و foo.bar3.second دیگر توضیحی ندارد). .IP 4. 4 گروه‌های خبری foo.bar2.first، foo.bar2.second و foo.bar2.third دیگر حضور ندارند. با این حال، از آنجا که حداکثر تعداد تغییراتی که می‌توانست در یک نوبت توسط یک checkgroups پیش از توقف و ارسال ایمیل تغییرات به مدیر اعمال شود ۲ مورد است، این گروه‌های خبری حذف نمی‌شوند. ایمیلی حاوی یک اسکریپت پوسته ارسال می‌شود تا جهت حذف این گروه‌ها از سرور اخبار به صورت دستی اجرا گردد. .Sp توجه داشته باشید که توضیحات آن‌ها از پرونده \fInewsgroups\fR حذف می‌شوند، همانند هرگونه توضیح احتمالی دیگر برای گروه‌های خبری منسوخ در foo.bar2.*. .IP 5. 4 ورودی باقی‌مانده در صورتی اجرا می‌شود که اعتبارسنجی PGP پیام checkgroups موفقیت‌آمیز باشد. در غیر این صورت، هیچ اقدامی صورت نمی‌گیرد (به‌ویژه، foo.bar5 روی سرور اخبار باقی می‌ماند). .Sp در صورتی که امضای PGP تأیید شود، foo.bar3 و foo.bar5 از سرور اخبار حذف می‌شوند. این ورودی روی گروه‌های خبری که در دامنه آن به عنوان drop علامت‌گذاری شده‌اند و گروه‌های خبری که پیش‌تر توسط ورودی‌های قبلی \fIcontrol.ctl\fR به آن‌ها رسیدگی نشده است (مانند foo.bar3 زیرا قبلاً تنها foo.bar3.* بررسی شده بود) اعمال اثر می‌کند. .Sp توجه داشته باشید که اگر می‌خواستید foo.bar3 یا foo.bar5 را حفظ کنید، می‌توانستید آن‌ها را به پرونده \fIlocalgroups\fR در \fIpathetc\fR اضافه کنید. .SH "تاریخچه (HISTORY)" .IX Header "HISTORY" نوشته شده توسط Rich $alz برای InterNetNews. بازنویسی در POD توسط Russ Allbery . .SH "همچنین ببینید (SEE ALSO)" .IX Header "SEE ALSO" controlchan(8), inn.conf(5), innd(8), newsfeeds(5), newsgroups(5), pgpverify(1), sh(1).