By default, if a file named .signature exists in the home directory of the posting user, it is appended to the post, preceeded by a line that contains only "-- ". Signatures are not allowed to be more than four lines long.
Cancel messages can only be posted with inews if the sender of the cancel message matches the sender of the original message being cancelled. The same check is also applied to Supersedes. Sender in this case means the contents of the Sender header if present, otherwise the From header.
Control messages other than cancel messages are only allowed if inews is being run by the news user or by a user in the news group and if the control message is recognized. If the article contains a Distribution header with a distribution that matches one of the bad distribution patterns in inn/options.h (anything containing a period by default), the message will be rejected. The message will also be rejected if checkincludedtext is true in inn.conf, it contains more quoted text than original text, and it is over 40 lines long.
If not provided, the Path header of an article is constructed as follows: The basic Path header will be ``not-for-mail''. If pathhost is specified in inn.conf, it will be added to the beginning Path. Otherwise, if server is specified, the full domain of the local host will be added to the beginning of the Path. Then, if -x was given, its value will be added to the beginning of the Path.
If posting fails, a copy of the failed post will be saved in a file named dead.article in the home directory of the user running inews. inews exits with a non-zero status if posting failed or with a zero status if posting was successful.
-a Approved -c Control -d Distribution -e Expires -F References -f From -n Newsgroups -o Organization -r Reply-To -t Subject -w Followup-To -x Path prefix
The -x argument will be added to the beginning of the normal Path header; it will not replace it.
inews used to do even more than it does now, and all of the remaining checks that are not dependent on the user running inews should probably be removed in favor of letting the news server handle them.
Since INN's inews uses inn.conf and some other corners of an INN installation, it's not very appropriate as a general stand-alone inews program for general use on a system that's not running a news server. Other, more suitable versions of inews are available as part of various Unix news clients or by themselves.