Just a sample of the Echomail archive
Cooperative anarchy at its finest, still active today. Darkrealms is the Zone 1 Hub.
|    FMAIL_HELP    |    Fmail support    |    2,396 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 576 of 2,396    |
|    Richard Menedetter to Michiel Van Der Vlist    |
|    Rescan    |
|    27 Nov 16 09:44:28    |
      Hi Michiel!              23 Nov 2016 15:41, from Michiel van der Vlist -> Richard Menedetter:               MV> There is a strong correlation between what is perceived as intuïtive        MV> and what one is used to.              Indeed.               MV> The reality is that there is no universal "arafix language". Even the        MV> connect and disconnect commands are not 100% universal. To use the        MV> more advanced features you have to RTFM.              I agree.       I was just quickly scanning through the help, and looking for rescan or /r       I did not read the description for =               MV> Regarding how FMAIL handles the rescan: Normally one would only do a        MV> rescan when connection an area for the first time with the first link.        MV> Rescanning an already connected area can have undesired side effects        MV> and so it should not be done lightly. That it takes a bit more effort        MV> (and actually requires RTFM) instead of "just do the f*cking rescan"        MV> as you put it, is fine with me. "Just do the rescan" is not what I        MV> would want Fmail to do.              That is a good argument.       But I often subscribe, and later rescan.       For areas where there is no further links.               MV> Maybe you can entice Wilfred to make the response to an attempt to        MV> rescan an already connected area (other than with the =area command) a        MV> bit more verbose. But any attempt to make it act in te same way as hpt        MV> would trigger restistance from my side.              No need to entice anybody.              FMail works as it does.       I now know how this is.       I understand now better why it is implemented as it is.       (I still think if I tell a tool of mine to do something, it should do it...)              CU, Ricsi              --- GoldED+/LNX        * Origin: DONTREADTHISUNLESSYOUWANTTOWEARGLASSESOK (2:310/31)    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca