[doc] typos in hordeweb/faq/admin/trouble/answers.html

Peter Horst phorst at ointment.org
Tue Apr 27 04:40:38 PDT 2004


I jotted down a few more typos in the admin/trouble/answers section of
the faq and stuck them into a unified-diff patch. Most of them are nits.

hth,

Peter

-- 
"Not all execrable laws are equally loathsome."
 -- Declan McCollough, on the DMCA, 8/19/02
-------------- next part --------------
--- answers.html~	Mon Apr 26 21:59:15 2004
+++ answers.html	Mon Apr 26 22:04:21 2004
@@ -31,7 +31,7 @@
 which refers to image maps.</p>
 
 <a name="t4"></a>
-<h4>5.1.2 "Database error (HordeDB: Session: freeze() failed"</h4>
+<h4>5.1.2 "Database error (HordeDB): Session: freeze() failed"</h4>
 
 <p><b>[IMP 2.2]:</b>
 Occasionally, the following message will be produced upon login or
@@ -204,7 +204,7 @@
 <a name="t44"></a>
 <h4>5.1.18 "Call to undefined function: _(&nbsp;)" <b>[Horde 2.0]</b></h4>
 
-<p><b>Horde 2.0]:</b>
+<p><b>[Horde 2.0]:</b>
 This error occurs when PHP is not compiled with gettext support.
 As of version Horde 2.0, PHP needs to be compiled with gettext support.
 Rebuild PHP with the 
@@ -253,7 +253,7 @@
 You may also need to install the modules Mail_Mime and Net_Socket as
 well.</p>
 <p>
-For more detailed instructions on install PEAR modules, see the
+For more detailed instructions on installing PEAR modules, see the
 PEAR documentation at 
 <a href="http://pear.php.net/manual/">http://pear.php.net/manual/</a>.
 </p>
@@ -311,7 +311,7 @@
 <p>Testing your webserver is straightforward: place a file containing
 some HTML (or even just some text) in the directory in which it
 expects to find its data (in Apache, <tt>DocumentRoot</tt>), and make
-the file is world-readable. Start up the webserver if it is not
+the file world-readable. Start up the webserver if it is not
 already running, and in your browser, load</p>
 <pre>
    &lt;http://hostname.example.com/filename&gt;
@@ -443,7 +443,7 @@
    &lt;/HTML&gt;
 </pre>
 <p>Then, load the file with your browser. It will create a database, a
-table, and a row; put data into the row; then deletes the row, the
+table, and a row; put data into the row; then delete the row, the
 table, and the database. If successful, the output will read</p>
 <pre>
    This is a test: hello world!
@@ -544,7 +544,7 @@
 the PHP Manual.</p>
 <p><b>[IMP 3.x]:</b>
 If when you press the <i>Send</i> button in the compose window it simply
-returns the same compose windows contents and no mail is sent, then check 
+returns the same compose window's contents and no mail is sent, then check 
 that you have PHP file uploads enabled.  This is done by setting</p>
 <pre>
 file_uploads=On
@@ -681,7 +681,7 @@
 <p>When IMP returns to the login screen despite not being told to log
 out, it is usually the result of your session timing out
 because you were idle for too long. This is a feature, designed to
-prevent unauthorized use of an IMP session if you walks away from
+prevent unauthorized use of an IMP session if you walk away from
 their computer leaving the browser running.</p>
 
 <p>You may be able to adjust the timeout if you determine it is too
@@ -766,7 +766,7 @@
 <a name="t35"></a>
 <h4>5.3.14 After logging in successfully, everything just hangs until the IMAP server times out.</h4>
 
-<p>Incorrect configuration cause IMP to hang upon login until the IMAP
+<p>Incorrect configuration causes IMP to hang upon login until the IMAP
 server times out, producing an error. Occasionally this will only
 happen for certain users on a particular server. It is usually caused
 by mis-specifying the name of the directory in which mail folders are
@@ -834,7 +834,7 @@
 <a name="t45"></a>
 <h4>5.3.18 IMP fails to add new attachments in the Compose window.</h4>
 
-<p>IMP uses the value of the <tt>upload_tmp_dir</tt> configuration variable to ensure that attachments are safely upload to the web server.  If this variable is undefined, IMP is unable to locate the uploaded attachment.  To define your upload directory, add something like the following to your <tt>php.ini</tt> file:</p>
+<p>IMP uses the value of the <tt>upload_tmp_dir</tt> configuration variable to ensure that attachments are safely uploaded to the web server.  If this variable is undefined, IMP is unable to locate the uploaded attachment.  To define your upload directory, add something like the following to your <tt>php.ini</tt> file:</p>
 <pre>
    upload_tmp_dir = /var/tmp
 </pre>
@@ -843,7 +843,7 @@
 <p><i>Special note for some Apache 2.0 users:</i></p>
 <p>
 If you are running Red Hat or Fedora Core Apache 2.x RPMS, or a
-Red Hat/Fedora based distribution, you should have a seperate
+Red Hat/Fedora based distribution, you should have a separate
 <tt>/etc/httpd/conf.d/php.conf</tt> file.  Look inside it for a
 set of text like this:
 </p>
@@ -866,7 +866,7 @@
 <a name="t55"></a>
 <h4>5.3.19 IMP displays "There are no parts that can be displayed inline" for all my messages.</h4>
 
-<p>This is a known problem with PHP 4.2.2/4.2.3 and certain version of the UW IMAP c-client. If using these PHP versions, either downgrade to UW IMAP c-client 2001a or upgrade to PHP 4.3.0.</p>
+<p>This is a known problem with PHP 4.2.2/4.2.3 and certain versions of the UW IMAP c-client. If using these PHP versions, either downgrade to UW IMAP c-client 2001a or upgrade to PHP 4.3.0.</p>
 
 </blockquote>
 


More information about the doc mailing list