Gitweb:
http://git.exim.org/exim.git/commitdiff/ea4e7cad4288362300fe132bfa3564e408d68303
Commit: ea4e7cad4288362300fe132bfa3564e408d68303
Parent: 237b2cf2b5bd2539026ce0038d084595589559dd
Author: Jeremy Harris <jgh146exb@???>
AuthorDate: Sun Oct 6 18:05:48 2013 +0100
Committer: Jeremy Harris <jgh146exb@???>
CommitDate: Sun Oct 6 18:05:48 2013 +0100
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
---
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 a35fbc7..3d0360b 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"
