diff options
author | Jeremy Harris <jgh146exb@wizmail.org> | 2013-10-06 18:05:48 +0100 |
---|---|---|
committer | Jeremy Harris <jgh146exb@wizmail.org> | 2013-10-06 18:05:48 +0100 |
commit | ea4e7cad4288362300fe132bfa3564e408d68303 (patch) | |
tree | 2497d77996ca0c9abd470128a4bedd56cf1e5de0 | |
parent | 237b2cf2b5bd2539026ce0038d084595589559dd (diff) |
Make smtp_accept_max_per_connection option text searchable. Bug 1361
Same fix as for 1197; abandon attempt to permit intelligent wrapping of the text
-rw-r--r-- | doc/doc-docbook/spec.xfpt | 12 |
1 files changed, 9 insertions, 3 deletions
diff --git a/doc/doc-docbook/spec.xfpt b/doc/doc-docbook/spec.xfpt index a35fbc7d2..3d0360ba8 100644 --- a/doc/doc-docbook/spec.xfpt +++ b/doc/doc-docbook/spec.xfpt @@ -15342,6 +15342,13 @@ live with. . Allow this long option name to split; give it unsplit as a fifth argument . for the automatic .oindex that is generated by .option. +. We insert " &~&~" which is both pretty nasty visually and results in +. non-searchable text. HowItWorks.txt mentions an option for inserting +. zero-width-space, which would be nicer visually and results in (at least) +. html that Firefox will split on when it's forced to reflow (rather than +. inserting a horizontal scrollbar). However, the text is still not +. searchable. NM changed this occurrence for bug 1197 to no longer allow +. the option name to split. .option "smtp_accept_max_per_connection" main integer 1000 &&& smtp_accept_max_per_connection @@ -15393,10 +15400,9 @@ also &%queue_only%&, &%queue_only_load%&, &%queue_smtp_domains%&, and the various &%-od%&&'x'& command line options. -. Allow this long option name to split; give it unsplit as a fifth argument -. for the automatic .oindex that is generated by .option. +. See the comment on smtp_accept_max_per_connection -.option "smtp_accept_queue_per_ &~&~connection" main integer 10 &&& +.option "smtp_accept_queue_per_connection" main integer 10 &&& smtp_accept_queue_per_connection .cindex "queueing incoming messages" .cindex "message" "queueing by message count" |