- Nov 13, 2017
-
-
rswindell authored
-
rswindell authored
-
rswindell authored
-
rswindell authored
-
rswindell authored
-
rswindell authored
Server via the new 'V' command from the Reading Mail prompt allows you to toggle between all mail (including SPAM, the default), SPAM only, or HAM only. Also added a new '/' (search text) command from the reading mail prompts.
-
rswindell authored
-
rswindell authored
* AreaFix updates: - No longer accepts AreaFix requests to "SBBSecho", since we send mail from that name, accepting mail to the same name can create a bot-loop - Each linked node has a configurable "name" now, where to send notifications (not always "sysop") - AreaFix support for a node can be toggled without clearing their AreaMgr password - Area listings now include the echo descriptions (when available) - Fix: the badecho is not included in area lists returned via netmail - Improved log output around AreaFix requests/operations - %echostats [echo] command now supported to request most recents stats for an area - Notifications can now be toggled by AreaFix sysops using %NOTIFY On/Off - Notification mail to the local Area Manager (sysop) now have the correct date time/zone in the message header (not copied from the AreaFix request) * Added support for auto-responding to PING NetMail requests * When exporting EchoMail, if the date/time written or imported exceeds the configured maximum age for EchoMail, don't export it (rescan exempted) * The -g (generate notification messages) works with a passed address now * Better grunged packet detection (e.g. NULL-terminated header fields must be NULL-terminated) * Avoid bot-loop by refusing to send netmail from "SBBSecho" to "SBBSecho" If you setup an echolist to forward areafix requests to your hub a loop could occur :-(
-
rswindell authored
Server via the new 'V' command from the Reading Mail prompt allows you to toggle between all mail (including SPAM, the default), SPAM only, or HAM only. Also added a new '/' (search text) command from the reading mail prompts. Mail imported before the mailsrvr added support (recently) for the MSG_SPAM attribute flag will not be counted/filtered as SPAM. SBBSecho will have a commit (next) to support the new loadmail() usage, it will not compile until then.
-
rswindell authored
The orig address in the packed msg header is (and still is) the proper local system address (this may be correct behavior, still checking), but no INTL control line (FSC-0004) was added, so the packed message header ends up defining the originating system address. So, now we include an INTL control line in packed netmail messages which reflects the actual origin address of the message. Thanks to Nigel Reed for helping to identify and test this problem over the past week or so.
-
- Nov 12, 2017
- Nov 11, 2017
-
-
rswindell authored
configurable command-lines.
-
rswindell authored
string (just like we do for other search-types).
-
rswindell authored
command-line option.
-
rswindell authored
calls to uifc.input() - don't default to overwrite mode for every call. This also allows external/app control of the insert/over-write mode via new uifcapi_t element: insert_mode (default is FALSE).
-
rswindell authored
(change for *nix).
-
rswindell authored
-
rswindell authored
brackets to make it more clear that it's an implied (not real) value.
-
rswindell authored
on *nix.
-
rswindell authored
-
rswindell authored
-
- Nov 09, 2017
-
-
rswindell authored
When packetizing netmail, the "origin" address in the created packet header was copied from the netmail (*.msg) message file. This is fine for locally created netmail, but nof for forwarded netmail (!). This would end up creating outbound packets with a foreign source/origin address which may or may not be deliverable. Sort of related, if there are stray packets in the outbound directory with a foreign source/origin address - don't packetize them! Just log a msg and ignore these foreign outbound packets. This explains at least part of the problem Nelgin reported where a routed netmail was delivered to him (on Vert) from a hop running SBBSecho v3.01 and I saw this packet header oddity. Now, why the actual netmail message itself had the wrong origin address has not been identified. If your system routes netmail messages (e.g. your hub), you'll want his update!
-
rswindell authored
"Hold" attribute set, don't route to the configured uplink. Just like the last commit, but now we actually create the proper cut/hut/out filename based on the status as well. Turns out, Crash and Hold NetMail was handled correctly in v2.x and was an un-reported regression (new bug) in v3.0.
-
rswindell authored
"Crash" attribute set, don't route to the configured uplink. We really should do something similar for the "DIR" FLAGS kludge line, but that's more work (and isn't easily set on a per-msg basis, like crash is), so I'll revisit that later.
-
- Nov 08, 2017
- Nov 07, 2017
-
-
rswindell authored
ping, areafix, sbbsecho, and sbbs
-
rswindell authored
- Don't search for the section (echo) for each key/value Added a debug-level log entry about the number of echostats read/parsed.
-
rswindell authored
-
rswindell authored
-
rswindell authored
-
rswindell authored
numbers displayed could be wrong since the poll-messages were not loaded (or counted).
-
rswindell authored
-
rswindell authored
-
rswindell authored
-
rswindell authored
-
rswindell authored
to message sub-boards - a preferred alternative to using "smbutil i". The script closely mimics smbutil with an important distinction: To import a file for the message body text, use the '-i<filename>' option. Otherwise, stdin will be read for the message body. Like smbutil, if the -t, -f, -s, or -d options aren't specified, one or more required header values (to, from, subject) may be prompted for. The main advantage here is that JSexec knows enough detail about the system configuration to generate valid/unique Message-IDs for the newly created messages (unlike smbutil). Message-IDs are critical for message tracing and dupe-detection on networked message subs. Please use this script to post (in lieu of smbutil) automated messages to networked subs.
-