Subj : MMXT
To   : William Mcbrine
From : Ken Hrynchuk
Date : Fri Oct 25 2002 02:47 am

William McBrine wrote to Ken Hrynchuk on 10-22-02 12:22:
 
 -=> Ken Hrynchuk wrote to William McBrine <=-
 
 KH> I copied FAME.QWK and FAME.REP to
 KH> JOES.QWK and JOES.REP (to simulate mail
 KH> from multiple BBSes).
 
 KH> I opened JOES.QWK and
 KH> told MultiMail to kill replies; and it
 KH> deleted FAME.REP instead of JOES.REP (first
 KH> .REP it found, perhaps?).
 
 WM> That's not how it works. The name for the .REP file is NOT taken
 WM> from the name of the original QWK packet, but rather from the
 WM> BBSID, which is a field in CONTROL.DAT. Renaming the packet
 WM> doesn't change the BBSID. And matching the base filename would be
 WM> entirely wrong, since the BBS expects to receive BBSID.REP, not
 WM> BASENAME.REP. Typically, these are the same; but as you've seen,
 WM> they need not be. (Incidentally, very early versions of MultiMail
 WM> DID use the packet's basename rather the BBSID. I fixed that bug
 WM> in 0.7, the first version I put out.)
 
 WM> "Multi-packet compatibility" is working fine, thanks. :-)
 
Upon reading messages in my next packet that spoke of multi-packets, I
realized that my little test was probably too brief. I repeated it, this
time renaming FAME.* to A1.*, which immediately showed me my error, and
pointed to the packet as the basename source. Sorry for the false alarm,
and thanks for your detailed explanation.
 
 KH> it appears that the 'QuoteWrapCols' option
 KH> in MMAIL.RC doesn't work, in this version
 
 WM> Yes, it does. (See the effect of "QuoteWrapCols: 50" here.) Note
 WM> that this is applied only to newly quoted material, and not to
 WM> old quotes, nor to new text you enter. Again, that's intentional.
 
Batting 1000 here, aren't I... :)
 
I had only tested it with new text, after reading about it, here (and,
without reading MMAIL.RC's comment...). Sorry for taking up your time
with my incorrect observations, William; and thanks again for the
clarification. Now that I know how it works, I've set it to "72", for
this reply. <g>
 
 WM> If you want to rewrap old quotes (i.e., previously quoted
 WM> material that you're copying again), you'll have to do it
 WM> manually. Better yet, leave them out; second- or higher-level
 WM> quotes are rarely needed. (Perhaps I should add an option to
 WM> strip them automatically, or even make that the default
 WM> behavior.)
 
IMO, the handling of previously quoted material is best left up to the
user (once in a while, the retention of such content is crucial). If you
feel otherwise, my preference would be for an option, rather than an
arbitrary edit.
 
 KH> P.S. On my wish list: option to sort
 KH> messages by date/time.
 
 WM> I don't plan on that, because it's complicated and unreliable to
 WM> parse the dates (not in QWK, but it is in BW and others), and the
 WM> "Number" sort should already be close enough for most purposes.
 WM> It's actually the order in which the messages came in the packet
 WM> -- presumably the order in which they're found in the BBS'
 WM> message base. This should be close to date order.
 
Sometimes yes; sometimes no... It's no biggie, though; I just had to
ask. :)
 
   Ken
 
*** MultiMail/XT v0.41

--- TriToss (tm) Professional 11.0 - #108
 * Origin: The Hall of Fame * Canton, Ohio * 330.456.0483 (1:2215/300.0)

.