home bbs files messages ]

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