📄 1158-1159.html
字号:
<HTML>
<HEAD>
<TITLE>Linux Complete Command Reference:File Formats:EarthWeb Inc.-</TITLE>
</HEAD>
<META NAME="ROBOTS" CONTENT="NOINDEX, NOFOLLOW">
<SCRIPT>
<!--
function displayWindow(url, width, height) {
var Win = window.open(url,"displayWindow",'width=' + width +
',height=' + height + ',resizable=1,scrollbars=yes');
}
//-->
</SCRIPT>
</HEAD>
-->
<!-- ISBN=0672311046 //-->
<!-- TITLE=Linux Complete Command Reference//-->
<!-- AUTHOR=Red Hat//-->
<!-- PUBLISHER=Macmillan Computer Publishing//-->
<!-- IMPRINT=Sams//-->
<!-- CHAPTER=05 //-->
<!-- PAGES=1103-1208 //-->
<!-- UNASSIGNED1 //-->
<!-- UNASSIGNED2 //-->
<P><CENTER>
<a href="1156-1157.html">Previous</A> | <a href="../ewtoc.html">Table of Contents</A> | <a href="1160-1160.html">Next</A></CENTER></P>
<A NAME="PAGENUM-1158"><P>Page 1158</P></A>
<!-- CODE SNIP //-->
<PRE>
/etc/mtools.conf
</PRE>
<!-- END CODE SNIP //-->
<P>/etc/mtools. This is for backwards compatibility only and is only parsed if
mtools.conf doesn't exist.
</P>
<!-- CODE SNIP //-->
<PRE>
~/.mtoolsrc
</PRE>
<!-- END CODE SNIP //-->
<P>Options described in the later files override those described in the earlier files. Drives defined in earlier files persist if they
are not overridden in the later files. For instance, drives A and B may be defined in
/etc/mtools.conf and drives C and D may be defined in
~/.mtoolsrc. However, if ~/.mtoolsrc also defines drive A, this new description would override the description
of drive A in /etc/mtools.conf instead of adding to it. If you want to add a new description to a drive already described in
an earlier file, you need to use either the +drive or
drive+ keywords.
</P>
<P><B>
BACKWARDS COMPATIBILITY
</B></P>
<P>The syntax described herein is new for version
mtools 2.5.4. The old line-oriented syntax is still supported. Each
line beginning with a single letter is considered to be a drive description using the old syntax. Old style and new style
drive sections may be mixed within the same configuration file to make upgrading easier. Support for the old syntax will be
phased out eventually, and to discourage its use, I purposefully omit its description here.
</P>
<P><B>
FILES
</B></P>
<!-- CODE SNIP //-->
<PRE>
/etc/mtools.conf
~/.mtoolsrc
</PRE>
<!-- END CODE SNIP //-->
<P><B>
SEE ALSO
</B></P>
<P>mtools(1)
</P>
<P>5 December 1995
</P>
<H3><A NAME="ch05_ 35">
newsfeeds
</A></H3>
<P>newsfeeds—Determine where Usenet articles get sent.
</P>
<P><B>
DESCRIPTION
</B></P>
<P>The file /news/lib/newsfeeds specifies how incoming articles should be distributed to other sites. It is parsed by
the InterNetNews server innd(8) when it starts up or when directed to by
ctlinnd(8).
</P>
<P>The file is interpreted as a set of lines according to the following rules. If a line ends with a backslash, then the backslash,
the newline, and any whitespace at the start of the next line is deleted. This is repeated until the entire "logical" line is
collected. If the logical line is blank or starts with a number sign
(#), it is ignored.
</P>
<P>All other lines are interpreted as feed entries. An entry should consist of four colon-separated fields; two of the fields
may have optional subfields, marked off by a slash. Fields or subfields that take multiple parameters should be separated by
a comma. Extra whitespace can cause problems. Except for the site names, case is significant. The format of an entry is
</P>
<!-- CODE SNIP //-->
<PRE>
sitename[/exclude,exclude,...]\
:pattern,pattern...[/distrib,distrib...]\
:flag,flag...\
:param
</PRE>
<!-- END CODE SNIP //-->
<P>Each field is described below.
</P>
<P>The sitename is the name of the site to which a news article can be sent. It is used for writing log entries and for
determining if an article should be forwarded to a site. If
sitename already appears in the article's Path header, then the article will not
be sent to the site. The name is usually whatever the remote site uses to identify itself in the Path line but can be almost
any word that makes sense; special local entries (such as archivers or gateways) should probably end with an exclamation point
to make sure that they do not have the same name as any real site. For example,
gateway is an obvious name for the local entry that forwards articles out to a mailing list. If a site with the name
gateway posts an article, when the local site receives
the
</P>
<A NAME="PAGENUM-1159"><P>Page 1159</P></A>
<P>
article, it will see the name in the Path and not send the article to its own
gateway entry. If an entry has an exclusion
subfield, then the article will not be sent to that site if any of the names specified as excludes appear in the Path header. The
same sitename can be used more than once; the appropriate action will be taken for each site that should receive the
article, regardless of the name, although this is recommended only for program feeds to avoid confusion. Case is not significant
in site names.
</P>
<P>The patterns specify which groups to send to the site and are interpreted to build a "subscription list" for the site.
The default subscription is to get all groups. The patterns in the field are
wildmat(3)-style patterns and are matched in order against the list of newsgroups that the local site receives. If the first character of a pattern is an exclamation mark, then
any groups matching the pattern are removed from the subscription; otherwise, any matching groups are added. For example,
to receive all comp groups but only
comp.sources.unix within the sources newsgroups, the following set of patterns can be used:
</P>
<!-- CODE SNIP //-->
<PRE>
comp.*,!comp.sources.*,comp.sources.unix
</PRE>
<!-- END CODE SNIP //-->
<P>There are three things to note about this example. The first is that the trailing
.* is required. The second is that, again, the result of the last match is the most important. The third is that
comp.sources.* could be written as comp.sources*, but
this would not have the same effect if there were a
comp.sources-only group.
</P>
<P>See innd(8) for details on the propagation of control messages.
</P>
<P>A subscription can be further modified by specifying "distributions" that the site should or should not receive. The default
is to send all articles to all sites that subscribe to any of the groups where it has been posted, but if an article has a
Distribution header and any distribs are specified, then they are checked according to the following rules:
</P>
<OL>
<LI> If the Distribution header matches any of the values in the subfield, then the article is sent.
<LI>If a distrib starts with an exclamation point and it matches the Distribution header, then the article is not sent.
<LI>If Distribution header does not match any distrib in the site's entry and no negations were used, then the article is
not sent.
<LI>If Distribution header does not match any distrib in the site's entry and any distrib started with an exclamation
point, then the article is sent.
</OL>
<P>If an article has more than one distribution specified, then each one is evaluated according to the preceding rules. If any
of the specified distributions indicate that the article should be sent, it is. If none do, it is not sent: The rules are used as
a "logical or." It is almost definitely a mistake to have a single feed that specifies distributions that start with an
exclamation point along with some that don't.
</P>
<P>Distributions are text words, not patterns; it is usually a mistake to have entries like
* or all there.
</P>
<P>The flags parameter specifies miscellaneous parameters. They may be specified in any order; flags that take values
should have the value immediately after the flag letter with no whitespace. The valid flags are
</P>
<TABLE>
<TR><TD>
< size
</TD><TD>
An article will only be sent to the site if it is less than
size bytes long. The default is no limit.
</TD></TR><TR><TD>
A checks
</TD><TD>
An article will only be sent to the site if it meets the requirements specified in the
checks, which should be chosen from the following set:
</TD></TR><TR><TD>
</TD><TD>
<!-- CODE SNIP //-->
<PRE>
d Distribution header required
p Do not check Path header before propagating.
</PRE>
<!-- END CODE SNIP //-->
</TD></TR><TR><TD>
B high/low
</TD><TD>
If a site is being fed by a file, channel, or exploder, the server will usually start trying to
write the information as soon as possible. Providing a buffer may give better system
performance and help smooth out overall load if a large batch of news comes in. The value of the this
flag should be two numbers separated by a slash. The first specifies the point at which the
server can start draining the feed's I/O buffer, and the second specifies when to stop writing
and begin buffering again; the units are bytes. The default is to do no buffering, sending
output as soon as it is possible to do so.
</TD></TR><TR><TD>
F name
</TD><TD>
This flag specifies the name of the file that should be used if it is necessary to begin
spooling for the site. If name is not an absolute pathname, it is taken to be relative to
/news/spool/out.going. Then, if the destination is a directory, the file to go in that directory will be
used as filename.
</TD></TR></TABLE>
<P><CENTER>
<a href="1156-1157.html">Previous</A> | <a href="../ewtoc.html">Table of Contents</A> | <a href="1160-1160.html">Next</A></CENTER></P>
</td>
</tr>
</table>
<!-- begin footer information -->
</body></html>⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -