I have a node that is trying to get a listing of the echos available
to him. Instead the messages are being routed to me. I thought that should only happen if the requester goofed but, having received the netmails I see no issues with them. They are formatted as follows:
I am not sure when it started, but Areafix has not been working properly with the 3.18 version of Synchronet I pulled down & compiled last week or again today.
I have a node that is trying to get a listing of the echos available to him. Instead the messages are being routed to me. I thought that should only happen if the requester goofed but, having received the netmails I see no issues with them. They are formatted as follows:
From: Christopher Hall (1:2320/200)
To: AreaFix@1:2320/105
Subject: correct-password-here
Body:
%LIST
The password matches exactly what is in sbbsecho.ini for that node. I have also since tried sending netmail to both 'AreaFix' and 'areafix' from my MagickaBBS and am also not getting any responses (meanwhile, both were routed to my user on the synchronet bbs).
Re: Areafix has stopped working
By: Dumas Walker to Digital Man on Sun May 03 2020 15:17:31
I have a node that is trying to get a listing of the echos available
to him. Instead the messages are being routed to me. I thought that should only happen if the requester goofed but, having received the netmails I see no issues with them. They are formatted as follows:
this sounds like you have listed areafix as an alias to your account...
run echocfg and see what you have in the Netmail Settings->Sysop Aliases field... if you have areafix, filefix or similar in there, remove them...
mine has only SYSOP and one other alias that i use for special purposes unrelated to FNT operations...
If you could dump the message header using "smbutil v" or something similar and paste that here, that could be very helpful.
Mine only has SYSOP and an intentional typo that needs to be routed
to me. :)
I actually figured out the problem! I keep all of the *.NA files
that are set up in sbbsecho.ini in a directory to themselves. The
ones for the "othernets" were still there but somehow the
BACKBONE.NA file for FIDO had gone missing.
If you could dump the message header using "smbutil v" or something similar and paste that here, that could be very helpful.
I actually figured out the problem! I keep all of the *.NA files that are set up in sbbsecho.ini in a directory to themselves. The ones for the "othernets" were still there but somehow the BACKBONE.NA file for FIDO had gone missing. So, I guess when an NA file is missing, this is what sbbsecho does. I
replaced the missing file, and sbbsecho started generating the responses for my other Zone 1 system.
Re: Re: Areafix has stopped working
By: Dumas Walker to Rampage on Mon May 04 2020 10:39:20
Mine only has SYSOP and an intentional typo that needs to be routed
to me. :)
manually check your sbbsecho.ini file and ensure that any new [robot:blah] entries have a line
attr = 0x0020
it was discovered that this could go missing... if it is missing, add it to all [robot:blah] sections and ensure that you update to the latest .js and binaries...
attr = 0x0020
it was discovered that this could go missing... if it is missing, add it to all [robot:blah] sections and ensure that you update to the latest .js and binaries...
DigitalMan was fixed sbbsecho for that issue
On 05-04-20 10:39, Dumas Walker wrote to Rampage <=-
mine has only SYSOP and one other alias that i use for special purposes unrelated to FNT operations...
Mine only has SYSOP and an intentional typo that needs to be routed to
me. :)
Ragnarok> DigitalMan was fixed sbbsecho for that issuemonitors the cvs log page, irc, or the message area where the cvs
exactly why i was telling Dumas Walker about it... not everyone
BTW: did you see my posting yesterday morning to you in IRC? it was about your hatchit and tickit problem with the hatched files being sent back to your system's inbound from its outbound??sorry, i think that i don't see it.
----->8 snip 8<-----
[20200504 0526-0400] <rampage> ragnarok: is this circular connection
happening only when you hatch a file?
[20200504 0530-0400] <rampage> ragnarok: i think i see the problem...yeah, i see..when i hatchit the file, my node are not in the seenby list
when you hatch a file, you are the
uplink... when tickit processes the
file, it does not see your address in
the links line so it tries to send the
file to yourself...
[20200504 0530-0400] <rampage> ragnarok: there are at least two solutions
i can think of... one is to add your
address to your links line... the second
is that tickit should maybe check to see
if you are the sending system...
[20200504 0531-0400] <rampage> ragnarok: one of these should fix thei will try more debugging tickit/binkit logic.
problem but not totally sure
El 5/5/20 a las 08:51, Rampage escribi¢:
i see that sbbs is near to work as complete/working hub/boos system, my
goal is give points and use all sbbs embed tools whitout external like areafix/tinytic/binkd
thanks!
Re: Re: Areafix has stopped working
By: Dumas Walker to Rampage on Mon May 04 2020 10:39:20
Mine only has SYSOP and an intentional typo that needs to be routed
to me. :)
manually check your sbbsecho.ini file and ensure that any new [robot:blah] entries have a line
attr = 0x0020
it was discovered that this could go missing... if it is missing, add it to all [robot:blah] sections and ensure that you update to the latest .js and binaries...
but that's only for tickfix stuffings... it should not affect areafix if that's messing up, too...
is this the fix for what i was attempting to help you with? if so, glad you found it... but still check for those attr lines in the [robot:blah] section(s) of your sbbsecho.ini file and fix them if they are missing...
I actually figured out the problem! I keep all of the *.NA files that are set up in sbbsecho.ini in a directory to themselves. The ones for the "othernets" were still there but somehow the BACKBONE.NA file for FIDO had gone missing. So, I guess when an NA file is missing, this is what sbbsecho does. I
replaced the missing file, and sbbsecho started generating the responses for my other Zone 1 system.
That seems to me to be very unlikely to be the cause.
The system is still not responding to filefix netmails, though, so something else is amiss. I pulled the latest version of tickfix.js about 12 hours ago (~2200 GMT).
is this the fix for what i was attempting to help you with? if so, glad you found it... but still check for those attr lines in the [robot:blah] section(s) of your sbbsecho.ini file and fix them if they are missing...
I only have a robots entry for filefix, that attribute is there and it is *not* working. Should there be other robot entries for other functions, or is tickfix
the only one?
The jsexec install step created it as 'filefix' and not 'tickfix' if that matters. The netmails that are being ignored are addressed to filefilx.
I actually figured out the problem! I keep all of the *.NA files that are set up in sbbsecho.ini in a directory to themselves. The ones for the "othernets" were still there but somehow the BACKBONE.NA file for FIDO had gone missing. So, I guess when an NA file is missing, this is what sbbsecho does. I
replaced the missing file, and sbbsecho started generating the responses for my other Zone 1 system.
That seems to me to be very unlikely to be the cause.
I was afraid of that, but areafix is working now that the NA file is back in place. I have received consistent responses from it, and the other sysop has reported that they are now getting responses, too.
Filefix, OTOH, is still not responding. I read the code and realized I needed to run the jsexec install for it. Did that. Robots entry is now in the sbbsecho.ini file (the only robots entry), and the event is active but it is still not doing anything (aside from exiting with 0) when the event does run.
I have sent netmails both to FileFix and TickFix. All are routed to my account when they arrive.
Are there any changes required to the tickit.ini file?
Is the TO cas sensitive?
I am using my areafix password... is that right?
The jsexec install step created it as 'filefix' and not 'tickfix' if
that matters. The netmails that are being ignored are addressed to filefilx.
I actually figured out the problem! I keep all of the *.NA files
that are set up in sbbsecho.ini in a directory to themselves. The
ones for the "othernets" were still there but somehow the
BACKBONE.NA file for FIDO had gone missing.
is this the fix for what i was attempting to help you with? if so, glad you fou
d it... but still check for those attr lines in the [robot:blah] section(s) of >our sbbsecho.ini file and fix them if they are missing...
Mine only has SYSOP and an intentional typo that needs to be routed to me. :)
I had to add an alias for a mispelling of my name, so I could receive a netmail
intended for me.
It is the fix for areafix not working. Areafix does not have a
robot section here. File/tickfix does. It is still not working.
On 05-05-20 13:08, Dumas Walker wrote to TONY LANGDON <=-
Mine only has SYSOP and an intentional typo that needs to be routed to me. :)
I had to add an alias for a mispelling of my name, so I could receive a
netmail
intended for me.
Yep, that is the reason. Now that I also have anything addressed to an apparently non-existent user routed to me I guess that is redundant.
On 05-05-20 12:13, Digital Man wrote to Dumas Walker <=-
Netmail should not be sent to 'tickfix'. If you netmail sent to the
robot name (e.g. "filefix") are going to "your account", that sounds
like you're not running SBBSecho v3.11.
Netmail should not be sent to 'tickfix'. If you netmail sent to the robot name >e.g. "filefix") are going to "your account", that sounds like you're not runnin
SBBSecho v3.11.
I will have to check it when I am sitting at that box. I cannot find anywhere in this packet where someone has quoted my ftn origin back to me. :)
robot
Netmail should not be sent to 'tickfix'. If you netmail sent to the
name (e.g. "filefix") are going to "your account", that sounds like you're not running SBBSecho v3.11.
sbbsecho.c:up
/* Synchronet FidoNet EchoMail Scanning/Tossing and NetMail Tossing Utility */
/* $Id: sbbsecho.c,v 3.172 2020/05/02 23:04:49 rswindell Exp $ */
tickfix.js:
// $Id: tickfix.js,v 1.7 2020/05/03 20:00:45 rswindell Exp $
sbbsecho.ini:
[robot:filefix]
SemFile=../data/tickfix.now
attr=0x0020
Msg Header:
unfortunately I am not literate on how to find that. I thought it showed
in the web interface somewhere, but it does not.
#
Sysop: | MCMLXXIX |
---|---|
Location: | Prospect, CT |
Users: | 325 |
Nodes: | 10 (0 / 10) |
Uptime: | 152:36:58 |
Calls: | 507 |
Messages: | 219703 |