New in Version 1.2
The subject line of a message is now checked for Lyris commands. For instance, a message with the subject "subscribe somelist" and no message body, would be valid, and would subscribe the person to
"somelist". See The Lyris@ Server Address.
New command-listname and listname-command addresses. All email commands can now be sent "auto-responder style" to a designated address. For instance, if you have a list named "jazztalk", people can
subscribe by sending email to "jazztalk-subscribe" (or "subscribe-jazztalk") as well as any of the aliases for "subscribe". Unsubscribe (for example: "unsubscribe-jazztalk") and all the other
commands work the same way. This is much simpler and less error prone method of executing single Lyris commands. The following command-listname email addresses have been implemented: subscribe (and
aliases), unsubscribe (and aliases), purge, mail, digest, index, nomail, ack, noack, unhold, query, confirm, review, stats, hello, goodbye. In addition, the following email addresses issue the given
Lyris command: purge, unhold, help, info that (for example: email@example.com). See Command-Listname and Listname-Command.
Added context sensitive help to all administrator menus of the Lyris web interface. Adobe Acrobat versions of the manuals are now available.
DocBots (document robots) can now be created. These are intelligent email addresses that respond to email by looking for specified phrases and mailing a given document in response. DocBots are
created by making an auto-responder, and attaching action phrases to them. See What is a DocBot?.
Added mail-based approval of moderated messages. The admin notification of a pending message includes the commands for approving or rejecting the pending messages. See Moderate.
Added mail-based approval of applicants to a private mailing list. The admin notification of a an applicant includes the commands for approving or rejecting the person. See Member.
Added administrator email command "become". This allows an administrator to "become" someone else (use their email address and name) and issue any Lyris email command on their behalf. See
Lyris now can run as a Windows NT background service, or as a Windows 95 service. The command line parameters -install, -install95, -remove and -remove95 to control this. See
The Lyris command line.
The Lyris command line has undergone some changes. Now, to start Lyris in the foreground, you use "lyris start". Just typing "lyris" will display the command line help information. This change was
needed in order to make Lyris compatible with Windows NT services, and is also more in line with Unix daemon standards. See The Lyris command line.
List administrators can now create documents, action phrases and autoresponders. See Server Documents or Server Action Phrases or
Better handling of intermittent mail problems: Lyris now classifies mail delivery problems into two groups: serious errors and intermittent problems. Serious errors are things such as "user not
found" messages. Intermittent problems are things like a TCP/IP connection timeout, or a DNS lookup failure. Intermittent mail problems are automatically retried every 15 minutes, except where there
is new mail which has not been attempted yet, in which case the new mail is sent first. Intermittent mail problems are retried a total of 96 times that is at least 24 hours. An error notification is
only sent out once the 24 hour retry period has been exhausted. Serious errors are set to a once-a-day retry schedule, and are retried for 6 days.
All "something-listname" email addresses also work as "listname-something". For example: "jazztalk-remove" is equivalent to "remove-jazztalk". Since people are often confused as to which comes
first, we made both work. See Command-Listname and Listname-Command.
Messages and documents composed on the web are now optionally word-wrapped. A checkbox is available for disabling word-wrapping. See Server Documents.
Added support for machines that have multiple TCP/IP addresses. A new server configuration setting "multiple tcp/ip addresses" lets you specify specifically which IP addresses you want Lyris to use.
If not specified, Lyris automatically listens to all the IP addresses. See Multiple TCP/IP addresses.
Better handling of subscribers with intermittent problems.
All posting rejection notices now include the message text being rejected, so if the contributor wants to resend it, the message is there.
New server configuration setting: "Delivery speed" lets you slow down the pace of mail delivery. Usually, Lyris will send mail as fast as possible, and this can often end up using all your Internet
connection bandwidth. This option reduces Lyris' bandwidth usage. See Delivery Speed.
When a member is placed on "hold", a message is sent to the person indicating this has happened, and Lyris will try for up to 20 days to deliver that message. Hold Users.
Increased the number of aliases for subscribe: sub, signon, join, on, suscribe (a common misspelling) as well as aliases for unsubscribe: unsub, remove, unsubscribe, unsuscribe (common misspelling),
signoff, leave, off. See Command-Listname and Listname-Command.
The web display of archives messages now properly displays messages that used Content-Transfer-Encoding: quoted-printable. See Read and Search Messages.
The "hello" document for a list is now mailed properly for web-based subscriptions. If the list has "confirm" on, the hello document is not mailed until the confirmation is received. See
Added "set listname pw=" command so that you can set your password over email. Lyris only lets you set the password if you do not already have one. For security reasons, it will not let you change
your password over email. See Change Membership Settings.
Added "set listname unhold" command that means the same thing as just "unhold". See Change Membership Settings.
With Web based subscriptions the "confirm" and "private" settings now work as one would expect. See Confirm Subscribes or Subscription Security.
Added "get listname hello" and "get listname goodbye" commands. This allows members to receive the hello or goodbye members via email. See Get Documents.
Added "help_url" option to lyris.plc to redirect help lookup elsewhere. The default is to look go to http://www.lyris.com/help, but you can download the HTML files and have the Lyris web interface
point to a local site. See Location of Web Interface Help Files.
Add "help=no" option to lyris.plc, When set, removes all help jumps from the web interface. See Disable Help in the Web Interface.
Improved the appearance of digests in several ways.
Fixed problem with Microsoft Windows Messaging, list headers & footers, and the Encoding: header.
Added "down=" option to lyris.plc, so that you can configure the message that is given when the web interface cannot reach the Lyris server, for instance during a planned service outage. See
Lyris Unavailable Message.
Improved moderated message auto-approval mechanism. More options, better system messages, and the implications of the feature are clearer. See Release Days.
A single action phrase can now match against a number phrases. Previously, each Action was limited to one search phrase. See Server Action Phrases.
Added "login" command for administrator restricted functions. All administrator email commands first require a login. See Login.
All "delete" buttons now have a "are you sure" checkbox next to them, so that you cannot accidentally delete something.
New administrator email command: "send document-name email-address ..." lets administrators send a Lyris document to any number of email addresses. See Send.
A "\" character at the end of a message line to lyris@... acts as a line continuation command. I.e.: the next line is understood as being part of the previous line. See
The Line Continuation Character.
Added "get listname message-number" and "get listname message-range" commands so that members can retrieve the messages in the list archives. Examples: "get astor 150" or "get astor 200-290". See
"Index" subscriptions have been reworked so that each daily index displays the Subject, From, and Lyris Message ID of each message. Then, at the bottom of the index, are prewritten instructions for
retrieving individual message bodies, or all the message bodies for that index.
Auto-responders now have their From: and Reply-To: be the autoresponder address. Previously, auto-responder mail came from lyris@... To prevent mail loops, if the same email address asks for an
autoresponder more than 10 times in one day, the autoresponder From: and Reply-To: will change to lyris-admin@ (the error mail processor), thus stopping a potential mail loop. See