From: Roger Dingledine <arma@torproject.org>
Date: Sat, 20 Nov 2004 07:35:20 +0000 (+0000)
Subject: better text for AccountingMaxKB
X-Git-Tag: tor-0.0.9rc1~42
X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=0cec6feb9ef890f1621282499120e9eb0ef6a81c;p=thirdparty%2Ftor.git

better text for AccountingMaxKB
document SIGUSR2


svn:r2915
---

diff --git a/doc/tor.1.in b/doc/tor.1.in
index e7b94e535e..1504fcbd03 100644
--- a/doc/tor.1.in
+++ b/doc/tor.1.in
@@ -272,9 +272,10 @@ special target string "pass", which prevents subsequent rules from being
 considered.
 .TP
 \fBAccountingMaxKB \fR\fInum\fP
-Never send or receive more than \fInum\fP kilobytes in a given
-accounting period (currently, only months are supported).  When the
-number of kilobytes is exhausted, Tor will hibernate until some time
+Never send more than \fInum\fP kilobytes in a given accounting period,
+or receive more than \fInum\fP kilobytes in the period (currently,
+only months are supported).  When the number of kilobytes is exhausted,
+Tor will hibernate until some time
 in the next accounting period.  If you have bandwidth cost issues,
 using this option is preferable to setting a low bandwidth, since it
 provides users with a collection of fast servers that are up some of
@@ -364,6 +365,10 @@ directory, and kill and restart its helper processes if applicable.
 Log statistics about current connections, past connections, and
 throughput.
 .TP
+\fBSIGUSR2\fR
+Switch all logs to loglevel debug. You can go back to the old loglevels
+by sending a SIGHUP.
+.TP
 \fBSIGCHLD\fR
 Tor receives this signal when one of its helper processes has exited,
 so it can clean up.