Index: openacs-4/packages/acs-mail-lite/www/doc/analysis-notes.adp
===================================================================
RCS file: /usr/local/cvsroot/openacs-4/packages/acs-mail-lite/www/doc/analysis-notes.adp,v
diff -u -r1.3.2.2 -r1.3.2.3
--- openacs-4/packages/acs-mail-lite/www/doc/analysis-notes.adp	27 Apr 2022 16:21:06 -0000	1.3.2.2
+++ openacs-4/packages/acs-mail-lite/www/doc/analysis-notes.adp	30 Jul 2024 18:08:39 -0000	1.3.2.3
@@ -75,7 +75,7 @@
   </p>
   <p>
     And yet, predicting the duration of the future process is difficult.
-    What if the email is 10MB and needs parsed, whereas all prior emails were less then 10kb?
+    What if the email is 10MB and needs parsed, whereas all prior emails were less than 10kb?
     What if one of the callbacks converts a pdf into a png and annotates it for a web view and takes a few minutes?
     What if the next 5 emails have callbacks that take 5 to 15 minutes to process each waiting on an external service?
   </p>
@@ -119,7 +119,7 @@
   
   <h3>Prioritized stack processing cycle</h3>
   <p>
-    If next cylce starts and current cycle is still running,
+    If next cycle starts and current cycle is still running,
     set <code>scan_in_est_dur_per_cycle_s_override</code> to actual wait time the current cycle has to wait including any prior cycle wait time --if the delays exceed one cycle (<code>accumulative_delay_cycles</code>.
   </p>
   <pre>From acs-tcl/tcl/test/ad-proc-test-procs.tcl