Just a sample of the Echomail archive
Cooperative anarchy at its finest, still active today. Darkrealms is the Zone 1 Hub.
|    MYSTIC    |    Mystic support echo    |    16,010 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 14,687 of 16,010    |
|    Wilfred van Velzen to Nicholas Boel    |
|    Re: Is this thing on?    |
|    17 Apr 22 21:41:25    |
      TID: FMail-lnx64 2.1.0.18-B20170815       RFC-X-No-Archive: Yes       TZUTC: 0200       CHRS: UTF-8 2       PID: GED+LNX 1.1.5-b20161221       MSGID: 2:280/464 625c6e0f       REPLY: 1:154/10 625c21ad       Hi Nicholas,              On 2022-04-17 09:00:40, you wrote to me:               NB>>> Not sure what to tell you. Anything I write should leave here to        NB>>> all links at roughly the same time. Does the order of callouts        NB>>> have anything to do with how you list nodes in binkd.conf? If so,        NB>>> my list starts with 1: and 2: is further down the list in        NB>>> numerical order. Otherwise, who knows.               WV>> It of course depends on in what order your tosser presents the files        WV>> to binkd. But besides that it should handle most of the outgoing mail        WV>> in parallel, unless you have your maxclients set to a low value...               WV>> But your log should be able to tell you what happend (if you're        WV>> interested enough ;-))...               NB> Besides what is already out in the open, the other things I can think of       is        NB> (1) an issue that I'm in the process of resolving is that 301/1 connects        NB> here about 1500 times per day, and roughly 1450 of them are failed        NB> connections.. This I can't really do anything about until I get a       response,        NB> and (2) with over 100 links, if 1 or more of them are down and maxclients        NB> is set to a low number, it delays as long as it takes for the connection       to        NB> timeout - which can also hold things up quite a bit. Every once in awhile       I        NB> look into this and remove dead or unresponsive links. What else more can I        NB> say?              This sounds like a very plausible cause for what I've seen happening.               NB> I don't remember why I originally set my maxclients to a lower value,        NB> but something not happening the way I wanted it to in the past made me        NB> do it. That said, I've raised it for now to see if it makes things        NB> faster. However, if I start having other issues because of it.. 4        NB> minutes in transit is still better than a week or more via snail mail.        NB> ;)              Indeed... I just found it odd. In the end it doesn't really matter if mail       comes in via another longer route, as long as it comes in... ;-)              Bye, Wilfred.              --- FMail-lnx64 2.1.0.18-B20170815        * Origin: FMail development HQ (2:280/464)       SEEN-BY: 1/123 15/0 90/1 103/705 105/81 106/201 120/340 123/131 124/5016       SEEN-BY: 129/305 330 331 153/757 7715 154/10 203/0 218/700 840 221/0       SEEN-BY: 221/1 6 242 360 226/30 227/114 229/110 111 206 307 317 400       SEEN-BY: 229/424 426 428 452 550 664 700 230/0 240/5832 266/512 280/464       SEEN-BY: 280/5003 282/1038 292/854 8125 301/1 317/3 320/219 322/757       SEEN-BY: 335/364 341/66 234 342/200 396/45 423/81 460/58 633/280 712/848       SEEN-BY: 2452/250 4500/1       PATH: 280/464 221/1 6 229/664 426           |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca