• Crash Netmail

    From Flavio Bessa@VERT/RETROVRS to All on Fri Apr 12 13:07:00 2024
    Hello,

    How do I enable crash netmail sending from my system? I am able to receive crash netmails well, but when I send a reply they go through the routed option always..

    Regards,
    Flavio

    ... What was the best thing before sliced bread?

    --- Mystic BBS v1.12 A48 (macOS/64)
    * Origin: Saturn's Orbit BBS - Back from the ashes (4:801/188)
  • From Jay Harris@VERT/RETROVRS to Flavio Bessa on Fri Apr 12 15:39:00 2024
    On Friday April 12 2024, Flavio Bessa said the following...

    How do I enable crash netmail sending from my system? I am able to
    receive crash netmails well, but when I send a reply they go through
    the routed option always..

    In mystic -cfg go to to:

    Configuration
    Message Base Settings

    Set Netmail Direct & Netmail Crash to Yes

    Crash will have it sent right away & Direct won't route it through your uplink.


    Jay

    ... Try milking a kangaroo, you'll get a kick out of it
    --- GoldED+/LNX 1.1.5-b20240309
    * Origin: Northern Realms (1:229/664)
  • From Paul Hayton@VERT/RETROVRS to Flavio Bessa on Sat Apr 13 15:16:00 2024
    On 12 Apr 2024 at 01:07p, Flavio Bessa pondered and said...

    Hello,

    How do I enable crash netmail sending from my system? I am able to
    receive crash netmails well, but when I send a reply they go through the routed option always..

    well crash and routed are two separate things... crashing means sending something off as soon as it can be done, but it may still be routed via another system depending on how you have your echomail nodes set up and some inbuilt Mystic routing logic.

    Can you give me an example of what's happening now and what you would like to happen?

    Best, Paul

    Kerr Avon [Blake's 7] 'I'm not expendable, I'm not stupid and I'm not going' avon[at]bbs.nz | bbs.nz | fsxnet.nz

    --- Mystic BBS v1.12 A48 (Linux/64)
    * Origin: Agency BBS | Dunedin, New Zealand | agency.bbs.nz (3:770/100)
  • From Martin Kazmaier@VERT/RETROVRS to Flavio Bessa on Fri Apr 12 15:00:00 2024
    Hello,

    How do I enable crash netmail sending from my system? I am able to receive crash netmails well, but when I send a reply they go through the routed option always..

    I could be wrong, but I think you mean direct, not crash. Crash just sends immediately instead of waiting for a scheduled poll. Direct means it's not routed. And this isn't very helpful because I'm not a mystic sysop, so I
    don't know the answer :P.

    --- shsbbs.net
    Shurato, Sysop Shurato's Heavenly Sphere (ssh, telnet, pop3, ftp,nntp,
    ,wss) (Ports 22,23,110,21,119,8080) (ssh login 'bbs' pass 'shsbbs').


    *** THE READER V4.50 [freeware]
    ---
    * Origin: Shurato's Heavenly Sphere telnet://shsbbs.net (1:340/1101)
  • From Rob Swindell@VERT/RETROVRS to Martin Kazmaier on Fri Apr 12 23:35:00 2024
    Re: Crash Netmail
    By: Martin Kazmaier to Flavio Bessa on Fri Apr 12 2024 03:00 pm

    I could be wrong, but I think you mean direct, not crash. Crash just sends immediately instead of waiting for a scheduled poll. Direct means it's not routed. And this isn't very helpful because I'm not a mystic sysop, so I don't know the answer :P.

    Crash means direct (not routed) *and* immediate.
    --
    digital man (rob)

    Synchronet "Real Fact" #20:
    Michael Swindell was directly responsible for Synchronet's commercial success Norco, CA WX: 53.7øF, 83.0% humidity, 1 mph NW wind, 0.00 inches rain/24hrs
    --- SBBSecho 3.20-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Jon Robertson@VERT/RETROVRS to Rob Swindell on Sat Apr 13 06:41:00 2024
    Re: Crash Netmail
    By: Rob Swindell to Martin Kazmaier on Fri Apr 12 2024 11:35 pm

    Crash means direct (not routed) *and* immediate.

    I was thinking that Crash is an odd word to use. But it makes sense now.

    Most crashes are immediate. :D
    --- SBBSecho 3.20-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Paul Hayton@VERT/RETROVRS to Rob Swindell on Sun Apr 14 11:10:00 2024
    On 12 Apr 2024 at 11:35p, Rob Swindell pondered and said...

    Crash means direct (not routed) *and* immediate.

    I really should know this by now also.

    In my head I always thought it was immediate but did not put together the direct/non routed bit.

    Just found some old FastEcho tosser docs and at the back of them was this table of info which may be helpful for others following along.


    Appendix (C) - Message Attributes
    ==================

    The message attributes specify, mostly, the messages aim and/or the
    message status, furthermore, them determines how the mailer must treat
    the outgoing NetMail messages and how your editor must handle the inco-
    ming NetMail messages.. There are a lot of message attributes, standard
    or not. In the table below the most common of them will be summarized.

    ???????????????????????????????????
    ? M E S S A G E A T T R I B U T E S ?
    ???????????????????????????????????
    ?ATTRIBUTE ? D E S C R I P T I O N ?
    ???????????????????????????????????
    ? ATT ?Means that the present NetMail message has a file at- ?
    ? ?tached to it. The path and file specification of the ?
    ? ?file to be sent must always be specified in the messa- ?
    ? ?ge subject. The message text may contain other infor- ?
    ? ?mations too. ?
    ???????????????????????????????????
    ? CRA ?Crash or High-Priority mail. The messages having this ?
    ? ?attribute set, bypass any routing statement and are, ?
    ? ?usually, sent directly to the addressee system. ?
    ???????????????????????????????????
    ? DIR ?This means "Direct". the presence of this attribute in ?
    ? (*) ?te in a NetMail message implies that it can be sent ?
    ? ?to this system directly (avoiding to go through in-?
    ? ?termediary systems). If, for example, a NetMail messa-?
    ? ?ge has the DIR and the HOLD attribute together, it re-?
    ? ?quires that only the destination system (points inclu-?
    ? ?ded) calls your system to be able to pickup their mail.?
    ???????????????????????????????????
    ? FRQ ?File/Request. When a NetMail message having this attri-?
    ? ?bute is sent, then the addressee system will consider ?
    ? ?it as a request to send one or more files to the reque-?
    ? ?sting system. The files requested must be indicated in ?
    ? ?the message subject. A NetMail message having this at- ?
    ? ?tribute set, must always be sent directly and never ?
    ? ?routed. ?
    ???????????????????????????????????
    ? HLD ?This means "Hold". If a NetMail message has this attri-?
    ? ?bute set, then the mailer doesn't route or send it un-?
    ? ?less the addressee system calls yours. In case of net-?
    ? ?mail message addressed to a point system, it will be ?
    ? ?delivered through its boss but only if the boss calls ?
    ? ?your system (this doesn't apply if the message also ?
    ? ?has the DIR status (seen before). ?
    ???????????????????????????????????
    ? IMM ?When a NetMail message has the "IMM" (Immediate) attri-?
    ? (*) ?bute set, then it will be sent immediately, ignoring ?
    ? ?any mailer restriction and/or qualification. So it ?
    ? ?will force the mailer to call the destination system ?
    ? ?to give it your mail. ?
    ???????????????????????????????????

    Kerr Avon [Blake's 7] 'I'm not expendable, I'm not stupid and I'm not going' avon[at]bbs.nz | bbs.nz | fsxnet.nz

    --- Mystic BBS v1.12 A48 (Linux/64)
    * Origin: Agency BBS | Dunedin, New Zealand | agency.bbs.nz (3:770/100)
  • From deon@VERT/RETROVRS to All on Sun Apr 14 22:44:00 2024
    Re: Crash Netmail
    By: Rob Swindell to Martin Kazmaier on Fri Apr 12 2024 11:35 pm

    Howdy,

    Crash means direct (not routed) *and* immediate.

    What's the difference between "Crash" and "immediate"?


    ...ëîåï
    --- SBBSecho 3.20-Linux
    * Origin: I'm playing with ANSI+videotex - wanna play too? (3:633/509)
  • From Dan Clough@VERT/RETROVRS to deon on Sun Apr 14 08:46:00 2024
    deon wrote to All <=-

    Re: Crash Netmail
    By: Rob Swindell to Martin Kazmaier on Fri Apr 12 2024 11:35 pm

    Crash means direct (not routed) *and* immediate.

    What's the difference between "Crash" and "immediate"?

    Immediate might not be Direct (could be routed).



    ... There are two types of people; those who finish what they start and
    === MultiMail/Linux v0.52
    --- SBBSecho 3.20-Linux
    * Origin: Palantir * palantirbbs.ddns.net * Pensacola, FL * (1:135/115)
  • From Al@VERT/RETROVRS to deon on Sun Apr 14 11:54:00 2024
    Crash means direct (not routed) *and* immediate.

    What's the difference between "Crash" and "immediate"?

    I'm not sure but I think immediate has priority over crash.

    I have never seen/read documentation about the immediate flag so I am not sure of that.

    --- BBBS/Li6 v4.10 Toy-6
    * Origin: The Rusty MailBox - Penticton, BC Canada (1:153/757)
  • From Jon Robertson@VERT/RETROVRS to Dan Clough on Sun Apr 14 14:12:00 2024
    Re: Re: Crash Netmail
    By: Dan Clough to deon on Sun Apr 14 2024 08:46 am

    ... There are two types of people; those who finish what they start and

    Sychronet has a "upvote message" and I really wanted to upvote just for that tagline. Unfortunately I
    --- SBBSecho 3.20-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Rob Swindell@VERT/RETROVRS to deon on Sun Apr 14 14:36:00 2024
    Re: Crash Netmail
    By: deon to All on Sun Apr 14 2024 10:44 pm

    Re: Crash Netmail
    By: Rob Swindell to Martin Kazmaier on Fri Apr 12 2024 11:35 pm

    Howdy,

    Crash means direct (not routed) *and* immediate.

    What's the difference between "Crash" and "immediate"?

    "Crash" is a stored message attribute (defined in FTS-1). The meaning of "crash" is not really defined in FTS-1, but in other docs, it's clarified as meaning to send direct (not routed) and immediately. There's no "immediate" message or packet attribute.

    "Immediate" is a flow file flavor (defined in FTS-5003):
    "If a flow file with such a flavour exists the
    mailer must try to poll a remote system without taking in
    consideration any external and internal restrictions."

    FTS-5003 also defines the "Continuous" flow file flavor:
    "If a flow file with such flavour exists the
    mailer must try to poll a remote system taking in consideration
    internal restrictions but not external ones (assuming that the
    remote system carries a CM flag)."

    BinkIT (Synchronet's FTN/BinkP mailer) treats .d (Direct), .i, and .c flow files all the same, FWIW.
    --
    digital man (rob)

    Rush quote #64:
    He's cleaning up his systems to keep his nature pure .. New World Man
    Norco, CA WX: 56.7øF, 76.0% humidity, 2 mph SSW wind, 0.07 inches rain/24hrs --- SBBSecho 3.20-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Dan Clough@VERT/RETROVRS to Jon Robertson on Sun Apr 14 19:30:00 2024
    Jon Robertson wrote to Dan Clough <=-

    Re: Re: Crash Netmail
    By: Dan Clough to deon on Sun Apr 14 2024 08:46 am

    ... There are two types of people; those who finish what they start and

    Sychronet has a "upvote message" and I really wanted to upvote
    just for that tagline. Unfortunately I

    Hahahaha! Well played.



    ... The Bagginses, they steals our taglines, preciousss...
    === MultiMail/Linux v0.52
    --- SBBSecho 3.20-Linux
    * Origin: Palantir * palantirbbs.ddns.net * Pensacola, FL * (1:135/115)
  • From Mickey@VERT/CORSYNC to Rob Swindell on Sun Apr 21 11:18:04 2024
    Re: Crash Netmail
    By: Rob Swindell to deon on Sun Apr 14 2024 14:36:00

    BinkIT (Synchronet's FTN/BinkP mailer) treats .d (Direct), .i, and .c flow files all the same, FWIW.

    If I want all three does it send out as .dic ?

    It's all worth it.


    .
    Mick Manning
    Central Ontario Remote | centralontarioremote.net:23

    -- The Blues had a Baby - They called it Rock & Roll

    ---
    þ Synchronet þ Central Ontario Remote | centralontarioremote.net:23
  • From Flavio Bessa@VERT/RETRO to Paul Hayton on Mon Apr 22 01:26:00 2024
    On 13 Apr 2024, Paul Hayton said the following...

    Can you give me an example of what's happening now and what you would
    like to happen?

    All right, my node is 4:801/188 and I connect to the hub at 4:80/1.

    4:80/1 has a direct link to 2:292/854. Route Info at Hub states that all netmail towards 2:* should go through there.

    4:801/188 has the Crash Netmail flag on at the Configuration part.

    If I send a message to Bjorn Felten, 2:203/0, despite my nodelist is updated inside Mystic, netmail is routed through 4:80/1 -> 2:292/854 -> 2:203/0 instead of going directly to 2:203/0....

    --- Mystic BBS v1.12 A48 (macOS/64)
    * Origin: Saturn's Orbit BBS - Back from the ashes (4:801/188)
  • From Paul Hayton@VERT/RETRO to Flavio Bessa on Mon Apr 22 19:26:00 2024
    On 22 Apr 2024 at 01:26a, Flavio Bessa pondered and said...

    On 13 Apr 2024, Paul Hayton said the following...

    Can you give me an example of what's happening now and what you would like to happen?

    All right, my node is 4:801/188 and I connect to the hub at 4:80/1.

    OK

    4:80/1 has a direct link to 2:292/854. Route Info at Hub states that all netmail towards 2:* should go through there.

    So confirming Route Info for the echomail node 2:292/854 defined at 4:80/1 has 2:* ?? Just checking I understand this.

    Also does 4:80/1 have any other echomail nodes with Zone 2 systems that are defined and active or is 2:292/854 the only one?

    4:801/188 has the Crash Netmail flag on at the Configuration part.

    Understood, so this just means any netmail you send is sent quickly off to it's next hop.

    If I send a message to Bjorn Felten, 2:203/0, despite my nodelist is updated inside Mystic, netmail is routed through 4:80/1 -> 2:292/854 -> 2:203/0 instead of going directly to 2:203/0....

    this sounds correct.

    I am assuming your system routes all netmail to your HUB 4:80/1 ?

    Do you have any other echomail nodes setup with systems in Fidonet on your BBS?

    Based on the rule 2:* you have stated at 4:80/1 then Mystic would look to that to route all Zone 2 netmail via 2:292/854 ...so that behavior is also expected at the HUB system.

    If you are wanting to send netmail direct to Bjorn at 2:203/0 then I'd suggest establish a direct link with him and add his system as an echomail node to your BBS.

    Mystic will check to see if you have a direct connection with a system you are sending netmail to and if it find that, it will route the netmail directly to that echomail node and not look at the Route Info line you may (I am assuming here) have set up for your HUB system ... presume something like a Route Info statement like 1:* 2:* 3:* 4:* or similar?

    Best, Paul

    Kerr Avon [Blake's 7] 'I'm not expendable, I'm not stupid and I'm not going' avon[at]bbs.nz | bbs.nz | fsxnet.nz

    --- Mystic BBS v1.12 A48 (Linux/64)
    * Origin: Agency BBS | Dunedin, New Zealand | agency.bbs.nz (3:770/100)
  • From Dan Clough@VERT/RETRO to Flavio Bessa on Mon Apr 22 07:48:00 2024
    Flavio Bessa wrote to Paul Hayton <=-

    Can you give me an example of what's happening now and what you would
    like to happen?

    All right, my node is 4:801/188 and I connect to the hub at
    4:80/1.

    4:80/1 has a direct link to 2:292/854. Route Info at Hub
    states that all netmail towards 2:* should go through there.

    4:801/188 has the Crash Netmail flag on at the Configuration
    part.

    If I send a message to Bjorn Felten, 2:203/0, despite my
    nodelist is updated inside Mystic, netmail is routed through
    4:80/1 -> 2:292/854 -> 2:203/0 instead of going directly to
    2:203/0....

    I don't know how to set it in Mystic, but having the Crash flag set is
    not enough. You also need to set a DIRECT flag. A message can have a
    "Crash" status but that does not mean it will go directly to the
    recipient unless it is ALSO set to DIRECT.



    ... Gone crazy, be back later, please leave message.
    === MultiMail/Linux v0.52
    --- SBBSecho 3.20-Linux
    * Origin: Palantir * palantirbbs.ddns.net * Pensacola, FL * (1:135/115)
  • From Dan Clough@VERT/RETRO to Flavio Bessa on Mon Apr 22 11:16:00 2024
    Flavio Bessa wrote to Paul Hayton <=-

    But that is the point... If I have the CRASH flag enabled for
    Netmail, Mystic should (according to the FTSC specs) read the
    nodelist, find out the Binkp address for Bjorn's system, and
    issue an unsecured session towards 2:203/0. That is what the
    other mailers do, and that is why we have nodelists in the first
    place...

    Nope. The CRASH flag is not the same as, nor does it specify, the
    DIRECT flag. You need to have both set for the behavior you desire.


    ... So easy, a child could do it. Child sold separately.
    === MultiMail/Linux v0.52
    --- SBBSecho 3.20-Linux
    * Origin: Palantir * palantirbbs.ddns.net * Pensacola, FL * (1:135/115)
  • From ogg@VERT/RETRO to Dan Clough on Mon Apr 22 09:03:00 2024
    I don't know how to set it in Mystic, but having the Crash flag set is not enough. You also need to set a DIRECT flag. A message can have a "Crash" status but that does not mean it will go directly to the recipient unless it is ALSO set to DIRECT.



    ... Gone crazy, be back later, please leave message.
    === MultiMail/Linux v0.52
    --- SBBSecho 3.20-Linux
    * Origin: Palantir * palantirbbs.ddns.net * Pensacola, FL * (1:135/115)

    In Mystic -cfg, under "Configuration/Message Base Settings" you'll see
    options to set the Netmail crash and Netmail Direct. Select "Yes".

    ogg
    Sysop, Altair IV BBS
    altairiv.ddns.net:2323

    ... Why is the man who invests all your money called a broker?

    --- Mystic BBS v1.12 A49 2023/04/30 (Windows/32)
    * Origin: Altair IV BBS (1:106/1)
  • From Flavio Bessa@VERT/RETRO to Paul Hayton on Mon Apr 22 12:07:00 2024
    On 22 Apr 2024, Paul Hayton said the following...

    So confirming Route Info for the echomail node 2:292/854 defined at
    4:80/1 has 2:* ?? Just checking I understand this.

    Correct.

    Also does 4:80/1 have any other echomail nodes with Zone 2 systems that are defined and active or is 2:292/854 the only one?

    Is the only one.


    Understood, so this just means any netmail you send is sent quickly off
    to it's next hop.

    Correct.


    this sounds correct.

    I am assuming your system routes all netmail to your HUB 4:80/1 ?

    Yes, it does.

    Do you have any other echomail nodes setup with systems in Fidonet on
    your BBS?

    No, just the HUB does.

    Based on the rule 2:* you have stated at 4:80/1 then Mystic would look
    to that to route all Zone 2 netmail via 2:292/854 ...so that behavior
    is also expected at the HUB system.

    Mystic will check to see if you have a direct connection with a system
    you are sending netmail to and if it find that, it will route the
    netmail directly to that echomail node and not look at the Route Info
    line you may (I am assuming here) have set up for your HUB system ... presume something like a Route Info statement like 1:* 2:* 3:* 4:* or similar?

    But that is the point... If I have the CRASH flag enabled for Netmail, Mystic should (according to the FTSC specs) read the nodelist, find out the Binkp address for Bjorn's system, and issue an unsecured session towards 2:203/0. That is what the other mailers do, and that is why we have nodelists in the first place...

    --- Mystic BBS v1.12 A48 (macOS/64)
    * Origin: Saturn's Orbit BBS - Back from the ashes (4:801/188)
  • From Flavio Bessa@VERT/RETRO to Dan Clough on Mon Apr 22 14:07:00 2024
    On 22 Apr 2024, Dan Clough said the following...

    Nope. The CRASH flag is not the same as, nor does it specify, the
    DIRECT flag. You need to have both set for the behavior you desire.

    Well, I tried both, but the netmail keeps getting routed through 4:80/1. I am starting to think that this is the expected behavior from Mystic.

    --- Mystic BBS v1.12 A48 (macOS/64)
    * Origin: Saturn's Orbit BBS - Back from the ashes (4:801/188)
  • From Nicholas Boel@VERT/RETRO to Flavio Bessa on Mon Apr 22 18:15:00 2024
    Hello Flavio,

    On Mon, Apr 22 2024 22:07:44 +0000, you wrote:

    Well, I tried both, but the netmail keeps getting routed through 4:80/1. I am starting to think that this is the expected behavior from Mystic.

    The only other thing I could suggest, is to read the whatsnew.txt of the latest A49 version, and see if something has been done about it. Otherwise, at the moment, you could try to add them as a link to your system, with no password?

    I thought there was something unfinished about unsecure connections, but it may have been addressed in the latest alphas.

    Regards,
    Nick

    ... Take my advice, I don't use it anyway.
    --- slrn/pre1.0.4-9 (Linux)
    * Origin: _thePharcyde distribution system (Wisconsin) (1:154/10)
  • From Paul Hayton@VERT/RETRO to Flavio Bessa on Tue Apr 23 17:14:00 2024
    On 22 Apr 2024 at 12:07p, Flavio Bessa pondered and said...

    Based on the rule 2:* you have stated at 4:80/1 then Mystic would loo to that to route all Zone 2 netmail via 2:292/854 ...so that behavio is also expected at the HUB system.

    Mystic will check to see if you have a direct connection with a syste you are sending netmail to and if it find that, it will route the netmail directly to that echomail node and not look at the Route Info line you may (I am assuming here) have set up for your HUB system ... presume something like a Route Info statement like 1:* 2:* 3:* 4:* similar?

    But that is the point... If I have the CRASH flag enabled for
    Netmail, Mystic should (according to the FTSC specs) read the nodelist, find out the Binkp address for Bjorn's system, and issue an unsecured session towards 2:203/0. That is what the other mailers do, and that is why we have nodelists in the first place...

    No. The CRASH flag won't in itself be enough for Mystic to do what you hope it will do. Also note that just because you may have run the MergeNodelists function in MUTIL this will only scan the nodelists you point to and build a text file in the data directory of Mystic. This is in turn used by the nodelist browser feature, but that feature is like looking up a phone book for a number, nothing more.

    It does not impact on how Mystic deals with netmail (g00r00 may care to jump in when next active to confirm or update these thoughts ;))

    Mystic has it's own logic as to how it will route netmail. Refer to whatsnew.txt to see what this is. g00r00 has documented it there. Look for 'netmail routing' in that document and read this to understand the steps Mystic takes.

    If you are unhappy with the way Mystic acts, then it's best to post some feedback to this echo and suggest what you think it could do differently/better etc. and why... and then you will need to wait for the software author to reply.

    Kerr Avon [Blake's 7] 'I'm not expendable, I'm not stupid and I'm not going' avon[at]bbs.nz | bbs.nz | fsxnet.nz

    --- Mystic BBS v1.12 A48 (Linux/64)
    * Origin: Agency BBS | Dunedin, New Zealand | agency.bbs.nz (3:770/100)
  • From Flavio Bessa@VERT/RETRO to Paul Hayton on Wed Apr 24 13:53:00 2024
    On 23 Apr 2024, Paul Hayton said the following...

    No. The CRASH flag won't in itself be enough for Mystic to do what you hope it will do. Also note that just because you may have run the MergeNodelists function in MUTIL this will only scan the nodelists you point to and build a text file in the data directory of Mystic. This is
    in turn used by the nodelist browser feature, but that feature is like looking up a phone book for a number, nothing more.

    Yeah, that was what I was suspecting. I even tried to do a mis poll towards Bjorn's system, but it did not deliver the netmail since it was routed towards 4:80/1 by default.

    Mystic has it's own logic as to how it will route netmail. Refer to whatsnew.txt to see what this is. g00r00 has documented it there. Look
    for 'netmail routing' in that document and read this to understand the steps Mystic takes.

    Yeah, I did go through the docs and the process is pretty smart actually.

    However there is no provision for the crash logic.

    If you are unhappy with the way Mystic acts, then it's best to post some feedback to this echo and suggest what you think it could do differently/better etc. and why... and then you will need to wait for
    the software author to reply.

    Thanks! Will do that.

    ... Just another prisoner of gravity!

    --- Mystic BBS v1.12 A48 (macOS/64)
    * Origin: Saturn's Orbit BBS - Back from the ashes (4:801/188)
  • From kk4qbn@VERT/KK4QBN to Paul Hayton on Wed Apr 24 13:56:43 2024
    Re: Re: Crash Netmail
    By: Paul Hayton to Flavio Bessa on Tue Apr 23 2024 17:14:00

    Based on the rule 2:* you have stated at 4:80/1 then Mystic would
    loo to that to route all Zone 2 netmail via 2:292/854 ...so that
    behavio is also expected at the HUB system.

    Mystic will check to see if you have a direct connection with a
    syste you are sending netmail to and if it find that, it will route
    the netmail directly to that echomail node and not look at the Route
    Info line you may (I am assuming here) have set up for your HUB
    system ... presume something like a Route Info statement like 1:*
    2:* 3:* 4:* similar?

    But that is the point... If I have the CRASH flag enabled for Netmail,
    Mystic should (according to the FTSC specs) read the nodelist, find out
    the Binkp address for Bjorn's system, and issue an unsecured session
    towards 2:203/0. That is what the other mailers do, and that is why we
    have nodelists in the first place...

    I wish that whomever has the mystic support group tied into Dovenet-General would knock it off already..
    ---
    Tim (kk4qbn)
    +o kk4qbn.synchro.net
    þ Synchronet þ KK4QBN BBS - kk4qbn.synchro.net - Chatsworth, GA USA
  • From Digital Man@VERT to kk4qbn on Wed Apr 24 18:21:31 2024
    Re: Re: Crash Netmail
    By: kk4qbn to Paul Hayton on Wed Apr 24 2024 01:56 pm

    I wish that whomever has the mystic support group tied into Dovenet-General would knock it off already..

    I've removed posting privileges from the RETRO QWKnet account until that sysop can confirm they've fied their cross-up.
    --
    digital man (rob)

    Rush quote #3:
    The men who hold high places must be the ones who start... Closer to the Heart Norco, CA WX: 62.0øF, 67.0% humidity, 5 mph WNW wind, 0.00 inches rain/24hrs ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From phigan@VERT/TACOPRON to kk4qbn on Wed Apr 24 22:01:08 2024
    Re: Re: Crash Netmail
    By: kk4qbn to Paul Hayton on Wed Apr 24 2024 01:56 pm

    I wish that whomever has the mystic support group tied into Dovenet-General would knock it off already..

    Ya, I know this is "General", but it's getting ridiculous :).

    ---
    þ Synchronet þ TIRED of waiting 2 hours for a taco? GO TO TACOPRONTO.bbs.io
  • From Neoshock@VERT/VINTAGE to kk4qbn on Wed Apr 24 19:55:27 2024
    Re: Re: Crash Netmail
    By: kk4qbn to Paul Hayton on Wed Apr 24 2024 01:56 pm

    I wish that whomever has the mystic support group tied into Dovenet-General would knock it off already..

    Is there any way to find out the source if this issue?

    ---
    þ Synchronet þ Vintage Pi BBS - vintagepi.asuscomm.com
  • From Digital Man@VERT to Neoshock on Thu Apr 25 11:20:24 2024
    Re: Re: Crash Netmail
    By: Neoshock to kk4qbn on Wed Apr 24 2024 07:55 pm

    Re: Re: Crash Netmail
    By: kk4qbn to Paul Hayton on Wed Apr 24 2024 01:56 pm

    I wish that whomever has the mystic support group tied into Dovenet-General would knock it off already..

    Is there any way to find out the source if this issue?

    Yes, they all came from "RETRO" a Mystic system.
    --
    digital man (rob)

    Steven Wright quote #27:
    Experience is something you don't get until just after you need it.
    Norco, CA WX: 57.4øF, 68.0% humidity, 2 mph WSW wind, 0.00 inches rain/24hrs ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From Mickey@VERT/CORSYNC to Digital Man on Thu Apr 25 22:23:25 2024
    Re: Re: Crash Netmail
    By: Digital Man to Neoshock on Thu Apr 25 2024 11:20:24

    Is there any way to find out the source if this issue?

    Yes, they all came from "RETRO" a Mystic system.

    It was just a matter of timing before it would start. <grin>


    .
    Mick Manning
    Central Ontario Remote | centralontarioremote.net:23

    ... The Blues had a Baby - They called it Rock & Roll
    ... Join BluesNET - It's not for everyone.

    ---
    þ Synchronet þ Central Ontario Remote | centralontarioremote.net:23
  • From MRO@VERT/BBSESINF to Mickey on Fri Apr 26 18:01:15 2024
    Re: Re: Crash Netmail
    By: Mickey to Digital Man on Thu Apr 25 2024 10:23 pm

    Re: Re: Crash Netmail
    By: Digital Man to Neoshock on Thu Apr 25 2024 11:20:24

    Is there any way to find out the source if this issue?

    Yes, they all came from "RETRO" a Mystic system.

    It was just a matter of timing before it would start. <grin>


    whats that supposed to mean? bonehead sysops do it all the time
    ---
    þ Synchronet þ ::: BBSES.info - free BBS services :::