]> Cypherpunks.ru repositories - nncp.git/blob - doc/cmds.texi
nncp-mincfg command
[nncp.git] / doc / cmds.texi
1 @node Commands
2 @unnumbered Commands
3
4 Nearly all commands have the following common options:
5
6 @table @option
7 @item -cfg
8     Path to configuration file. May be overrided by @env{NNCPCFG}
9     environment variable.
10 @item -debug
11     Print debug messages. Normally this option should not be used.
12 @item -minsize
13     Minimal required resulting packet size. For example if you send 2
14     KiB file and set @option{-minsize 4096}, then resulting packet will
15     be 4 KiB (containing file itself and some junk).
16 @item -nice
17     Set desired outgoing packet @ref{Niceness, niceness level}.
18     1-255 values are allowed.
19 @item -node
20     Process only single specified node.
21 @item -quiet
22     Print only errors, omit simple informational messages. In any case
23     those messages are logged, so you can reread them using
24     @ref{nncp-log} command.
25 @item -version
26     Print version information.
27 @item -warranty
28     Print warranty information (no warranty).
29 @end table
30
31 @node nncp-call
32 @section nncp-call
33
34 @verbatim
35 % nncp-call [options] [-onlinedeadline INT] [-maxonlinetime INT] [-rx|-tx]
36                       NODE[:ADDR] [FORCEADDR]
37 @end verbatim
38
39 Call (connect to) specified @option{NODE} and run @ref{Sync,
40 synchronization} protocol with the @ref{nncp-daemon, daemon} on the
41 remote side. Normally this command could be run any time you wish to
42 either check for incoming packets, or to send out queued ones.
43 Synchronization protocol allows resuming and bidirectional packets
44 transfer.
45
46 If @option{-rx} option is specified then only inbound packets
47 transmission is performed. If @option{-tx} option is specified, then
48 only outbound transmission is performed. @option{-onlinedeadline}
49 overrides @ref{CfgOnlineDeadline, @emph{onlinedeadline}}.
50 @option{-maxonlinetime} overrides @ref{CfgMaxOnlineTime,
51 @emph{maxonlinetime}}.
52
53 @node nncp-caller
54 @section nncp-caller
55
56 @verbatim
57 % nncp-caller [options] [NODE ...]
58 @end verbatim
59
60 Croned daemon that calls remote nodes from time to time, according to
61 their @ref{CfgCalls, @emph{calls}} configuration field.
62
63 Optional number of @option{NODE}s tells to ignore other ones.
64 Otherwise all nodes with specified @emph{calls} configuration
65 field will be called.
66
67 @option{-onlinedeadline} overrides @ref{CfgOnlineDeadline,
68 @emph{onlinedeadline}} configuration option.
69
70 Each @option{NODE} can contain several uniquely identified
71 @option{ADDR}esses in @ref{CfgAddrs, configuration} file. If you do
72 not specify the exact one, then all will be tried until the first
73 success. Optionally you can force @option{FORCEADDR} address usage,
74 instead of addresses taken from configuration file.
75
76 Pay attention that this command runs integrity check for each completely
77 received packet in the background. This can be time consuming.
78 Connection could be lost during that check and remote node won't be
79 notified that file is done. But after successful integrity check that
80 file is renamed from @file{.part} one and when you rerun
81 @command{nncp-call} again, remote node will receive completion
82 notification.
83
84 @node nncp-check
85 @section nncp-check
86
87 @verbatim
88 % nncp-check [options]
89 @end verbatim
90
91 Perform @ref{Spool, spool} directory integrity check. Read all files
92 that has Base32-encoded filenames and compare it with recalculated
93 BLAKE2b hash output of their contents. This supplementary command is
94 not used often in practice, if ever.
95
96 @node nncp-daemon
97 @section nncp-daemon
98
99 @verbatim
100 % nncp-daemon [options] [-maxconn INT] [-bind ADDR]
101 @end verbatim
102
103 Start listening TCP daemon, wait for incoming connections and run
104 @ref{Sync, synchronization protocol} with each of them. You can run
105 @ref{nncp-toss} utility in background to process inbound packets from
106 time to time.
107
108 @option{-maxconn} option specifies how many simultaneous clients daemon
109 can handle. @option{-bind} option specifies @option{addr:port} it must
110 bind to and listen.
111
112 @node nncp-file
113 @section nncp-file
114
115 @verbatim
116 % nncp-file [options] SRC NODE:[DST]
117 @end verbatim
118
119 Send @file{SRC} file to remote @option{NODE}. @file{DST} specifies
120 destination file name in remote's @ref{CfgIncoming, incoming}
121 directory. If this file already exists there, then counter will be
122 appended to it.
123
124 This command queues file in @ref{Spool, spool} directory immediately
125 (through the temporary file of course) -- so pay attention that sending
126 2 GiB file will create 2 GiB outbound encrypted packet.
127
128 If @ref{CfgNotify, notification} is enabled on the remote side for
129 file transmissions, then it will sent simple letter after successful
130 file receiving.
131
132 @node nncp-freq
133 @section nncp-freq
134
135 @verbatim
136 % nncp-freq [options] NODE:SRC DST
137 @end verbatim
138
139 Send file request to @option{NODE}, asking it to send its @file{SRC}
140 file from @ref{CfgFreq, freq} directory to our node under @file{DST}
141 filename in our @ref{CfgIncoming, incoming} one.
142
143 If @ref{CfgNotify, notification} is enabled on the remote side for
144 file request, then it will sent simple letter after successful file
145 queuing.
146
147 @node nncp-log
148 @section nncp-log
149
150 @verbatim
151 % nncp-log [options]
152 @end verbatim
153
154 Parse @ref{Log, log} file and print out its records in human-readable form.
155
156 @node nncp-mail
157 @section nncp-mail
158
159 @verbatim
160 % nncp-mail [options] NODE USER ...
161 @end verbatim
162
163 Send mail, that is read from stdin, to @option{NODE} and specified
164 @option{USER}s. Mail message will be compressed. After receiving, remote
165 side will execute specified @ref{CfgSendmail, sendmail} command with
166 @option{USER}s appended as a command line argument and feed decompressed
167 mail body to that command's stdin.
168
169 @node nncp-mincfg
170 @section nncp-mincfg
171
172 @verbatim
173 % nncp-mincfg [options] > stripped.yaml
174 @end verbatim
175
176 Print out stripped configuration version: only path to @ref{Spool,
177 spool}, path to log file, neighbours public keys are stayed. This is
178 useful mainly for usage with @ref{nncp-xfer} that has to know only
179 neighbours, without private keys involving.
180
181 @node nncp-newnode
182 @section nncp-newnode
183
184 @verbatim
185 % nncp-newnode [options] > mynewnode.yaml
186 @end verbatim
187
188 Generate new node: private keys, example configuration file and print it
189 to stdout. You must use this command when you setup the new node.
190
191 Pay attention that private keys generation consumes an entropy from your
192 operating system.
193
194 @node nncp-pkt
195 @section nncp-pkt
196
197 @verbatim
198 % nncp-pkt [options] < pkt
199 % nncp-pkt [options] [-decompress] -dump < pkt > payload
200 @end verbatim
201
202 Low level packet parser. Normally it should not be used, but can help in
203 debugging.
204
205 By default it will print packet's type, for example:
206 @verbatim
207 Packet type: encrypted
208 Niceness: 64
209 Sender: 2WHBV3TPZHDOZGUJEH563ZEK7M33J4UESRFO4PDKWD5KZNPROABQ
210 @end verbatim
211
212 If you specify @option{-dump} option and provide an @ref{Encrypted,
213 encrypted} packet, then it will verify and decrypt it to stdout.
214 Encrypted packets contain @ref{Plain, plain} ones, that also can be fed
215 to @command{nncp-pkt}:
216
217 @verbatim
218 Packet type: plain
219 Payload type: transitional
220 Path: VHMTRWDOXPLK7BR55ICZ5N32ZJUMRKZEMFNGGCEAXV66GG43PEBQ
221
222 Packet type: plain
223 Payload type: mail
224 Path: stargrave@stargrave.org
225 @end verbatim
226
227 And with the @option{-dump} option it will give you the actual payload
228 (the whole file, mail message, and so on). @option{-decompress} option
229 tries to zlib-decompress the data from plain packet (useful for mail
230 packets).
231
232 @node nncp-stat
233 @section nncp-stat
234
235 @verbatim
236 % nncp-stat [options]
237 @end verbatim
238
239 Print current @ref{Spool, spool} statistics about unsent and unprocessed
240 packets. For each node and each niceness level there will be printed how
241 many packets (with the total size) are in inbound (Rx) and outbound (Tx)
242 queues.
243
244 @node nncp-toss
245 @section nncp-toss
246
247 @verbatim
248 % nncp-toss [options] [-dryrun] [-cycle INT]
249 @end verbatim
250
251 Perform "tossing" operation on all inbound packets. This is the tool
252 that decrypts all packets and processes all payload packets in them:
253 copies files, sends mails, sends out file requests and relays transition
254 packets. It should be run after each online/offline exchange.
255
256 @option{-dryrun} option does not perform any writing and sending, just
257 tells what it will do.
258
259 @option{-cycle} option tells not to quit, but to repeat tossing every
260 @option{INT} seconds in an infinite loop. That can be useful when
261 running this command as a daemon.
262
263 @node nncp-xfer
264 @section nncp-xfer
265
266 @verbatim
267 % nncp-xfer [options] [-force] [-keep] [-rx|-tx] DIR
268 @end verbatim
269
270 Search for directory in @file{DIR} containing inbound packets for us and
271 move them to local @ref{Spool, spool} directory. Also search for known
272 neighbours directories and move locally queued outbound packets to them.
273 This command is used for offline packets transmission.
274
275 If @option{-force} option is specified, then outbound neighbour(s)
276 directories will be created. This is useful for the first time usage,
277 when storage device does not have any directories tree.
278
279 If @option{-keep} option is specified, then keep copied files, do not
280 remove them.
281
282 @option{-rx} option tells only to move inbound packets addressed to us.
283 @option{-tx} option tells exactly the opposite: move only outbound packets.
284
285 @ref{nncp-mincfg} could be useful for creating stripped minimalistic
286 configuration file version without any private keys.
287
288 @file{DIR} directory has the following structure:
289 @file{RECIPIENT/SENDER/PACKET}, where @file{RECIPIENT} is Base32 encoded
290 destination node, @file{SENDER} is Base32 encoded sender node.