"No" in yesno() and noyes(), unless the P_SAVEATR mode flag was specified
(which may be used for the old behavior).

In the user input loop, the case for checking the additional quit keys was moved above the case checking for the spacebar.  The spacebar normally selects an item in multi-select mode, but the calling code might want the spacebar to be an additional keypress for exiting out of the menu input loop (i.e., if the calling code wants to respond to the spacebar to do something else).

Each menu item can now (optionally) have its own colors specified.  If specified, the colors set in an item object take precedence over the item colors set in the DDLightbarMenu object.   The itemColor and itemSelectedColor properties in an item object set the normal and selected item color, respectively, and they default to null (no color specified, so the menu would default to the menu object's configured item colors).

field, but preferred is: Name <email> fido-addr

Time to use the new feature and remove the hack: 14 years, 2 months.

If the URL requested is not a filename, use a fake file (wget-output).
Don't wipe-out a local file with the same name if the HTTP-GET fails.

caller of HTTPRequest.Get() needs to compare against these constants
to know if the request was successful (e.g. ok = 200).

Could use more details like an e-mail address and a URL for the echolist, maybe
an info web site or infopack URL.

"netmail" from the downloading/imported echolist.
Added support for "areamgr" key to support hubs that any hub's that may not
receive area manager request emails directed "AreaFix".
Send a verbose AreaFix request messge, by default (actually list each echo),
as not all AreaMgr's support the "%+ALL" directive.
Remove accidental debug alert added in previous commit.

a body.  Broken by HSTS enhancement.

There's a (small) possibility that the HSTS enhancement is now broken.

Changed DDLightbarMenu call to GetTopItemIdxToTopOfLastPage -> GetTopItemIdxOfLastPage.  Requires the latest dd_lightbar_menu.js.

While the FastCGI read_wait_timeout function should never return
CGI_*_READY with CGI_PROCESS_TERMINATED, it looks like somehow on some
systems, there's an additional select() happening after the process is
done.

Explicitly track this, and try to prevent it.

now required.

Should fix the POST/GET hangs on the wiki once DigitalMan updates.

DDLightbarMenu now has a couple of alternate item color properties, colors.altItemColor and colors.altSelectedItemColor.  The menu item objects have a new property, useAltColors, which is a boolean that specifies whether to use the alternate colors (if false, the menu will use the regular colors).  useAltColors is false by default.

Allow 'Q' to quit the zone selection prompt and exit the module.

Note: after this commit, I'll be moving this file to the exec directory:
I don't want to encourage folks to cvs-update their ctrl dir.
And this is not really a configuration file.

Speed optimizaiton: Made use of the updated DDLightbarMenu, which allows replacing the NumItems() and GetItem() functions to let the menu use a differnet list of items, to avoid adding/copying a bunch of items via DDLightbarMenu's Add() function.  Requires the latest dd_lightbar_menu.js in sbbs/exec/load.

(SMTPREVERSEPATH a.k.a. "reverse_path") if it didn't already have one.
That's because smb_getmsghdr() will point the msg.reverse_path convenience
pointer to the from_net_addr if there was no explicit reverse-path (e.g. RFC822's
"return-path" header field). This could manifest itself in *any* change to a
message header via JS failing with an "illegal header length increase" error if
the added header field just happen to put the total header length over the
allocation threshold of the pre-existing msg header.

Fix: only model a msg header "reverse_path" property if the header field
actually existed (not based on the SMBLIB convenience pointer).
When the expand_fields option is used, the old behavior remains but expanded
headers cannot be written back to the base, so no harm there.

Reported by Coz in #synchronet from failed runs of scrubmsgs.js. Thanks!

When displaying the menu items, rather than directly referring to the list of menu item objects, there are now a couple of functions (mainly for internal use), NumItems() (which returns the number of items) and GetItem() (which returns a specific menu item object).  The intent is that calling code can replace these two functions in the DDLightbarMenu object to have the DDLightbarMenu effectively access a different list of items rather than its own list of items.  This can be more efficient, for instance, in scripts that are working with a Synchronet messagebase, to avoid calling DDLightbarMenu's Add() function to add/copy a bunch of data, which can take significant time (i.e., if a messagebase contains a lot of messages).

The colors.itemColor and colors.selectedItemColor properties in a DDLightbarMenu object can now be either a string (with Synchronet color/attribute codes for the item text) or an array with objects specifying color/attribute codes for different parts of an item's text string displayed on the menu.
Item color arrays: Currently, colors.itemColor and colors.seletedItemColor within a DDLightbarMenu object can be either a string (containing color/attribute codes) or an array with color/attribute codes for different sections of the item strings to display in the menu.  The array is to contain objects with the following properties:
 start: The index of the first character in the item string to apply the colors to
 end: One past the last character index in the string to apply the colors to
 attrs: The Synchronet attribute codes to apply to the section of the item string
For the last item, the 'end' property can be -1, 0, or greater than the length of the item to apply the color/attribute codes to the rest of the string.