Table of Contents Previous Next Index

Section 5 Settings for the Maestro User Interface

Section 5 Settings for the Maestro User Interface
To select settings for the Maestro User Interface, click on the Global Settings menu, and select the Maestro User Interface option. The top selections define application settings, and the bottom selections define application defaults. Click on an option to define or edit the settings.
Figure 5-1 Global Settings for the Maestro User Interface
5.1 Application Settings
Application settings are general settings that affect LISTSERV Maestro globally. The Maestro Administrator may change them.
5.1.1 General Administration
The General Administration setting defines general Maestro User Interface settings. These settings include:
Backup folder – Defines the folder where the daily backup of the Maestro User Interface is written. If left empty, the default backup folder will be used. Use a relative or absolute path. Relative paths are relative to the Maestro User Interface’s home folder.
Event transfer interval – Tracking events are initially collected in Maestro Tracker, but before they become available for reports, they need to be transferred to the Maestro User Interface. To prevent the components from being overburdened, these transfers happen in “bursts,” and this parameter defines the time interval between bursts. As a result, there will not be any apparent changes in reports until the next interval has passed, transferring more tracking data from Maestro Tracker to the Maestro User Interface.
Job archive folder – Defines the folder where archived jobs are saved. Archived jobs are special ZIP archive files that are removed by the administrator from the Delivered Jobs listing in the Maestro User Interface. If left empty, the folder named “archive” inside the Maestro User Interface application home folder will be used.
Time for daily system metrics update – Defines the time for your daily system metrics to update. The default is 12:00.
Send a mail with the system metrics after each update – Check if you’d like to have an email message sent to show you how much disk space is being used.
Figure 5-2 General Administration of the Maestro User Interface - General Settings
Advanced Security Options – These settings define the number of allowed unsuccessful login attempts a user can have before being locked out of the LISTSERV Maestro User Interface. Using the [Unlock all currently locked accounts], the administrator can unlock all accounts if a user needs to access the User Interface before the “lock login time” has expired.
Note: This can also be enabled for the HUB. For more information, see Section 17.3.1 Securing the Administration Hub.
Figure 5-3 General Administration of the Maestro User Interface - Advanced Security Options
Runtime Administration – These settings allow the administrator to influence the availability of the Maestro User Interface – for example, in the event of a system shutdown. The administrator can disable the Outbox, lock login access, present a message at the top of each screen to logged in users while the login is locked, and create a message that appears to any user trying to login while the login is locked.
Tip: Decide on a time slot each week to perform non-emergency maintenance of the server (for example, software upgrades). Let users know about this in advance so they know to avoid sending jobs right before that time slot. When taking the system down for non-emergency maintenance, disable the Outbox and login access an hour ahead (or whatever time seems appropriate) to give the users time to finish their current activities and log out in time.
Figure 5-4 General Administration of the Maestro User Interface - Runtime Administration
Subscriber Access Page Translations – Translations for the Subscriber Pages are maintained externally within the L-Soft Resource Translation Tool and are made available to LISTSERV Maestro as JAR files. See Section 6.5 Refreshing the Subscriber Page Translations for more information.
5.1.2 Database Plugins
The Database Plugins setting registers and unregisters database plugins. Database plugins allow LISTSERV Maestro to communicate with databases. For more information, see Section 9.2 Registering a Database Plugin.
Figure 5-5 Database Plugins
5.1.3 System Database Connection
The System Database Connection setting defines the settings for the Maestro System Database. (For more information on the system database, see Section 10 The System Database.) These settings include:
Maximum number of buffered connections – Defines the maximum number of “open” database connections the Maestro User Interface will keep open at any time. After the Maestro User Interface has finished using a connection, it will not close the connection, but keep it open as a buffered open connection.
System Database connection choice – Select the Use the internal database as the System Database option to use the internal database (based on MySQL) as the system database. Select the The following external database is used as the System Database option to use an external database as the system database. In this case, select the corresponding database plugin from the drop-down menu. Once a plugin has been selected, a set of input fields will appear. Enter details for the database connection such as server name, database port, database name, user name and password. The exact details depend on the plugin selected.
Figure 5-6 System Database Connection
5.1.4 User Rights
The User Rights setting defines the user rights for corresponding accounts. For more information, see Section 7.3 Managing User Rights.
Figure 5-7 User Rights
5.1.5 LISTSERV Web Interface Access
The LISTSERV Web Interface Access setting configures if and how direct access between LISTSERV Maestro and the LISTSERV Web Interface of the connected LISTSERV instance will be possible. For more information, see Section 22 LISTSERV & LISTSERV Maestro Integration.
Figure 5-8 LISTSERV Web Interface Access
5.2 Application Default Settings
Application default settings are used to set system-wide defaults. LISTSERV Maestro will use default settings if no other settings have been entered at the group or user level. To use default settings, leave all other settings at the group and user level blank. If different settings are entered at the group or user level, they will override the default settings.
5.2.1 Default URL Settings
The Default URL Settings define the settings for the various URLs used by the User Interface, and these settings will be used as defaults for all accounts that do not have individual settings on the group or user level.
Figure 5-9 Default URL Settings
If defined on the application level, then these settings will be used as defaults for all accounts that do not have individual settings on the group or user level.
This LUI access URL is used by the LUI users, to access the LUI user interface. For some LUI interface pages, the system needs to include this access URL on the page itself (for example to create a link). The URL that the system uses for this is generated using the setting supplied here. If not supplied, the displayed default URL will be used.
Specify the access URL with the full protocol and hostname, optionally followed by the port. For example,
http://luihost.domain.com or https://secureluihost.domain.com:1443
Note: A user will only be allowed to login to LUI if in the URL he uses to access LUI, he uses the exact same protocol and hostname (and optionally port) as defined here. If the LUI server has several host names assigned, then using a different host name may successfully display the initial login page, but the login of the user will not be accepted (the system will behave as if the user account does not exist or the wrong password was specified).
The LUI Access URL Aliases will be the aliases for the LUI Access URL. If a user accesses LUI with any of the alias urls, then their login is accepted, and after login, they will be automatically redirected to the official LUI Access URL.
Specify a list of alias URLs (one per row), each with the full protocol and hostname, optionally followed by the port. For example,
http://luihostalias.domain.com
or
https://secureluihostalias.domain.com:1443
This HUB access URL is used behind the scenes to allow the system to display the password change page for users. This URL is not used by users directly. To display the password change page, the system needs to be able to generate a URL that correctly points to the HUB user interface. The URL that the system uses for this is generated using the setting supplied here. If not supplied, the displayed default URL will be used.
Specify the access URL with the full protocol and hostname, optionally followed by the port. For example,
http://hubhost.domain.com or https://securehubhost.domain.com:1443
The tracking URL is used to generate the tracked links in the email messages that have tracking enabled. The URL that the system uses for this is generated using the setting supplied here. If not supplied, the displayed default URL will be used.
Specify the tracking URL with the full protocol and hostname, optionally followed by the port. For example,
http://trkhost.domain.com or https://securetrkhost.domain.com:1443
Important: There is no default for the tracking URL. Therefore, as long as no tracking URL is defined for a given account or group, then tracking is disabled for this account/group.
Tip: For more details on tracking URLs, see Section 5.3 Setting the Default Tracking URL.
This LUI access URL is used by the admin to access the LUI user interface (and through it, also the HUB). For some LUI interface pages, the system needs to include this access URL on the page itself (for example, to create a link). The URL that the system uses for this is generated using the setting supplied here. If not supplied, the displayed default URL will be used.
Specify the access URL with the full protocol and hostname, optionally followed by the port. For example,
http://luihost.domain.com or https://secureluihost.domain.com:1443
Note: The admin will only be allowed to login to LUI if, in the URL he uses to access LUI, he uses the exact same protocol and hostname (and optionally port) as defined here. If the LUI server has several host names assigned, then using a different host name may successfully display the initial login page, but login will not be accepted (the system will behave as if the wrong password was supplied).
This HUB access URL is used behind the scenes to allow the admin to switch from the LUI user interface to the HUB user interface. In certain cases, it may also be used to access the HUB user interface directly. The URL that the system uses for this is generated using the setting supplied here. If not supplied, the displayed default URL will be used.
Specify the access URL with the full protocol and hostname, optionally followed by the port. For example,
http://hubhost.domain.com or https://securehubhost.domain.com:1443
Click [OK] to submit and save any changes, or [Cancel] to exit the page without saving your changes.
5.2.2 Default LISTSERV Connection
The Default LISTSERV Connection setting defines the default LISTSERV connection, the default settings for LISTSERV Hosted Lists, and the LISTSERV Connection for automatic bounce handling. The default setting is used for all accounts that do not have single user or group LISTSERV connections defined. LISTSERV settings defined at the user or group level will override the default settings for only those users or groups. As a result, it is possible to have some users and groups using the default LISTSERV settings and other users and groups using settings defined at the user or group level.
Figure 5-10 Default LISTSERV Connection
Note: If there will be several unrelated groups, it is recommended not to define default settings for client addresses and passwords, as each group should use a separate address, defined in the group’s LISTSERV Connection settings. If each group will access a separate LISTSERV instance, do not specify any default LISTSERV connection information.
LISTSERV Host – Enter the host name of the server that is actually running LISTSERV. LISTSERV Maestro will use this host name to look up the server running LISTSERV and connect to it using the TCPGUI port. Do not use a server name or alias that only appears to the outside clients to be running LISTSERV, such as the SMTP server name. For more information, see Section 4.2.1 Specifying the LISTSERV Host with Different Internal and External Names.
External Host Name – If different from the LISTSERV Host, enter the host name of the server running LISTSERV as seen by outside clients such as Internet. This host name can be an alias or point to the SMTP server. For more information, see Section 4.2.1 Specifying the LISTSERV Host with Different Internal and External Names.
LISTSERV TCPGUI Port – Enter the port number on the LISTSERV host where LISTSERV listens for TCPGUI connections. The default is 2306.
SMTP Worker Pool – Lets you specify a LISTSERV worker pool to use for specific delivery situations. You can specify different worker pools for standard deliveries and for test deliveries. Worker pools are an advanced LISTSERV feature, see the LISTSERV documentation for details. Leave the field empty to use the displayed default. The system default is "no worker pool", i.e. normal distribution by LISTSERV. If you do not know what worker pools are or what they are used for, you should always stick to this system default.
Client Address for Mail Delivery and Bounce Processing – If a dedicated bounce server is used, then this entry reads “Client Address for Mail Delivery”.
Address – Enter the email address that has been configured in LISTSERV to have the right to send DISTRIBUTE jobs. See Section 4.1 Preparing LISTSERV for LISTSERV Maestro.
Notes: This is not the address that will be used as the “From” address of the actual email messages sent to the recipients; that type of address is defined for each individual email job during the creating of the job.

This address must be configured at the LISTSERV instance to have the right to DISTRIBUTE jobs. To do this, the LISTSERV configuration file must be set up to grant the right to send DISTRIBUTE jobs to this address (it must be listed in one of the POSTMASTER or DIST_ALLOWED_USERS configuration parameters). For more information, see the LISTERV documentation.
Password – Enter the password association in LISTSERV with the DISTRIBUTE address specified above. See Section 4.1 Preparing LISTSERV for LISTSERV Maestro.
Address – This should be the email address that was added as a POSTMASTER in the LISTSERV Site Configuration file.
Password – Enter the LISTSERV password that was registered for the Client Address entered above.
If Hosted LISTSERV Lists will be used, the settings for those lists need to be configured as well.
Usage of List-Archives for Hosted LISTSERV Lists – If postings sent to the LISTSERV lists will not be archived, then select No archives allowed for LISTSERV Lists. If there will be archived list postings, then select the option to allow archives for Hosted LISTSERV lists, and supply the archive folder location that was configured in section 4.1.2 Preparing LISTSERV to Allow Maestro Hosted LISTSERV Lists.
Figure 5-11 Default LISTSERV Connection - Hosted LISTSERV Lists Settings
In high volume environments, a special LISTSERV instance that is dedicated to handling bounced mail may be used. If this is the case, select Use dedicated server and then define the settings of this second LISTSERV instance in the lower fields. For more information, see Section 4 LISTSERV and LISTSERV Maestro.
Figure 5-12 Default LISTSERV Connection - Automatic Bounce Handling
5.2.3 Default Size Limits
The Default Size Limits setting sets a size limit for email messages and any file uploaded to the system. The size limit for an email message applies to the total byte size of the message (after all transfer encoding and MIME multipart wrappers have been applied). If the message exceeds the size limit, the delivery will fail. The size limit for all uploaded files includes recipient lists, attachments, image files, and so on.
Figure 5-13 Default Size Limits
5.2.4 Default Content Restrictions
The Default Content Restrictions setting defines AOL Rich Text settings for an alternative part of an HTML message. (The AOL Rich Text setting is obsolete and not recommended except in special cases.) Create a set of parameters to set up a list of files or URLs that are available to use as drop-in content elements; see the online help for information.
Figure 5-14 Default Content Restrictions
5.2.5 Default Recipients Restrictions
The Default Recipients Restrictions screen is split into two sections. The top section, Recipients Type Restrictions, sets the type of recipients the user is able to use for an email job, in addition to mail limits. If Disabled is selected, then that option will appear grayed out in the Maestro User Interface, and the user will not be able to select it. If Hidden is selected, the recipient type will be disabled and will not appear at all in the Maestro User Interface.
To limit the number of email jobs a group or user sends per day and/or month, click the Enable option next to any of the permissible recipient types (see list below). Next, in the Mail Limits fields, enter the per day and per month limits. This limit is used to prevent excessive limits for those wishing to control the amount of email being sent (e.g. for server limitation reasons or for license limitations). Limiting the number email jobs sent can only be defined for the following recipient types:
Upload a Recipients Text File (Limits can be defined for both Recipients and Target Groups.)
Select Recipients from a Database (Limits can be defined for both Recipients and Target Groups.)
Determine Recipients Based on Reaction on Another Job (Limits can only be defined for Recipients.)
Sent to a Hosted Recipient List (Limits can only be defined for Target Groups; in addition, they are automatically enabled if a HRL already exists.)
Note: Recipient types that are controlled by LISTSERV (Send to an Existing LISTSERV List and Let LISTSERV Select from a Database or LDAP Directory) cannot have email limitations applied to them.
Figure 5-15 Default Recipients Restrictions - Recipients Type Restrictions
The bottom section, Recipients Upload Restrictions, contains a text box for the administrator to enter in allowable paths or path prefixes leading to files on a server accessible to the Maestro User Interface. These files are used for uploading "just before sending" CSV files for recipients definitions. If left blank, CSV files used for “just before sending” recipient definitions in the recipients definition wizard will not be allowed.
Figure 5-16 Default Recipients Restrictions - Recipients Upload Restrictions
5.2.6 Default Tracking Restrictions
The Default Tracking Restrictions setting defines the type of tracking that will be available, by default. To enable a tracking type, select Enable. To disable, but still display the tracking type, select Disabled. To disable and hide a tracking type, select Hidden.
To enable Action Tracking for the entire User Interface, select Enable Action Tracking. To disable, select Disable Action Tracking.
Figure 5-17 Default Tracking Restrictions
5.2.7 Default Hosted Data Settings
The Default Hosted Data Settings define the settings for hosted recipient data. These settings include:
General Hosted Data Settings – Defines whether or not all datasets are closed for maintenance. This will globally close all datasets for maintenance (in preparation of a server upgrade, etc.). This setting overrides all individual dataset settings. On the dataset overview screen, the text “All datasets closed for maintenance by system administrator” will be displayed (so the data administrator does not wonder why all of the datasets are closed).
Figure 5-18 Default Hosted Data Settings - General Settings
Hosted List Settings – Select whether or not users/groups may create Hosted Recipient Lists or Hosted LISTSERV Lists.
Figure 5-19 Default Hosted Data Settings - Hosted List Settings
If Hosted LISTSERV Lists will be used, optional suffixes for the LISTSERV lists can be used by selecting the option. Since there may not be more than one list with the same name on the same LISTSERV server, employing automatically generated or individual group/name suffixes for LISTSERV list names prevents list creation errors due to duplicate list names. See the online help for more details about name suffixes.
Tip: By installing separate LISTSERV instances, and configuring the LISTSERV connection for each user/group to use a different LISTSERV instance, then the use of suffixes is not necessary to distinguish between lists. Separate instances will also give each group a separate LISTSERV Web Interface for their lists.
Hosted Data Import Restrictions – Define the file import restrictions and prefix strings for the files that allows access. Access to the server files is restricted and only files that start with one of the prefixes defined here are allowed.
Figure 5-20 Default Hosted Data Settings - Hosted Data Import Restrictions
Important: In the User Interface, the option to import the data from a text file is only available in the Member/Subscriber Importer wizard if there is at least one such prefix defined. Similarly, the option to define an importer that reads from an external database is only available if the Users/groups are allowed to import hosted data from an external database option is checked.
A Recipient Importer can either pull data from a database or read it from a file. In the latter case, the file can either be provided by the user at the moment the Recipient Importer is launched, or it can be read from a pre-defined location on the server (defined during importer definition). In addition, a Recipient Importer can be launched manually (from inside User Interface) or externally (with an external trigger, via a URL). Depending on the importer type and the method that is used for launching it, the following will happen:
The Recipient Importer reads from a database and is then launched manually. As soon as the importer is launched, it reads the current data from the external database and imports it into the hosted object.
The Recipient Importer reads from a database and is then launched with an external trigger. As soon as the importer is launched, it reads the current data from the external database and imports it into the hosted object. (The request to the trigger URL does not contain any additional data, as the data is read from the database.)
The Recipient Importer reads from a file that is provided by the user during launch, and then the importer is launched manually. When the importer is launched, the system first asks the user to select a file to upload. This is the file that the importer is supposed to process. Once the file is uploaded (from the user's local system), the importer processes it.
The Recipient Importer reads from a file that is provided by the user during launch, and then the importer is launched with an external trigger. The request to the external trigger URL must be a special POST-request that already contains the file data that the importer will process. (That is, the POST-request to the trigger URL is two things at once – it is the actual trigger that starts the importer, and it is also the upload that provides the data for the importer.)
The Recipient Importer reads from a file at a pre-defined server location, and then the importer is launched manually. When the importer is launched, it reads the file from the pre-defined location at the server and processes it. The location was pre-defined when the importer was initially created (in the Member/Subscriber Importer wizard).
The Recipient Importer reads from a file at a pre-defined server location, and then the importer is launched with an external trigger. When the importer is launched, it reads the file from the pre-defined location at the server and processes it. The location was pre-defined when the importer was initially created (in the Member/Subscriber Importer wizard). (The request to the trigger URL does not contain any additional data, as the data is read from the file on the server.)
5.2.8 Default DomainKeys Settings
The Default DomainKeys Settings define whether or not to use DomainKeys signatures to authenticate the origin of the LISTSERV Maestro email messages. See Section 21 Authenticating Message Origin with DomainKeys Signatures.
Figure 5-21 Default DomainKeys Settings
5.2.9 Default Auto-Archive Settings
The Default Auto-Archive Settings define whether or not jobs will be automatically archived when the completed job reaches the “auto-archive age”. If the Auto-Archive Age is set to 0, then the auto-archive setting is off.
Figure 5-22 Default Auto-Archive Settings
5.3 Setting the Default Tracking URL
Before a user can send mail with open-up or click-through tracking, the administrator first has to configure the tracking URL that LISTSERV Maestro is supposed to use for the mail. The global default setting is used for all accounts that do not have single user or group settings. The default settings, single user settings, and group settings can be combined to offer separate tracking URL settings for different accounts and groups so that the administrator has greater flexibility in terms of customizing the tracking URL for certain accounts or groups.
When LISTSERV Maestro tracks open-up or click-through events, it does so by inserting special tracking URLs into the messages that are delivered. A typical click-through tracking URL looks something like the example below:
http://hostname/trk/click?ref=z4bx39x&
In this URL, the hostname points to the server where the Maestro Tracker component is installed. If the Maestro Tracker component is configured to use a non-standard HTTP port, then the tracking URL has to include the HTTP port, like the example below:
http://hostname:port/trk/click?ref=z4bx39x&
And, if the Maestro Tracker component is secured with SSL, then the HTTPS protocol would have to be used in the URL, like this:
https://hostname:port/trk/click?ref=z4bx39x&
The administrator can define the tracking URL on individual account level (for accounts that are not part of a group) or on group level (in which case, the settings are shared by all accounts in the group). Alternatively, the administrator can define default settings which are then used for all accounts/groups that do not have individual settings.
To define the tracking URL:
For an individual account which is not part of a group, log into LISTSERV Maestro and go to the Administration Hub. Go to the Accounts and Identities page, and then click on the user name of the account you want to configure. Click on the User Account menu and select URL Settings. The URL Settings screen opens. Edit the URL in the Tracking URL section. The settings you define here will affect only the chosen account.
For all accounts in a group, log into LISTSERV Maestro, log into LISTSERV Maestro and go to the Administration Hub. Go to the Accounts and Identities page, and then click on the name of the group you want to configure. Click on the Group menu and select URL Settings. The URL Settings screen opens. Edit the URL in the Tracking URL section. The settings you define here will affect all accounts in the chosen group.
To set the default for all accounts/groups that do not have individual settings (as described in the two items above), log into LISTSERV Maestro and go to the Administration Hub. Click on the Global Settings menu, select Maestro User Interface, and then Default URL Settings. The Default URL Settings screen opens. Edit the URL in the Default Tracking URL section. The settings you define here will affect all accounts that do not have a tracking URL configured on individual account or group level.
Note: It is not possible to define the tracking URL settings on individual account level for accounts that are members of a group, e.g. all accounts in a group always share the same tracking URL settings.
Each tracking URL consists of three parts:
Protocol – Usually the protocol is “http://” but can also be “https://”.
Host Name – Specify the host name that is to be used in the tracking URL.
Port – Specify the HTTP (or HTTPS) port that is to be used in the tracking URL, separated from the host name by a colon “:”. This part is optional if you want to use the default port for the given protocol (“80” for HTTP or “443” for HTTPS).
The full tracking URL is assembled by concatenating these three parts.
Example 1
HTTP protocol, with host “trkhost.mydomain.com” and port 8080:
http://trkhost.mydomain.com:8080
Example 2
HTTPS protocol with host “securetrk.mydomain.com” and the default port (i.e. port not specified):
https://securetrk.mydomain.com
On the user/group level, leave the Tracking URL setting empty to use the given default (if any). If left empty with no default given, users of this account/group will not be able to send mails with tracking.
Why does LISTSERV Maestro offer separate tracking URL settings for different accounts and groups anyway?
The reason is, to be able to offer the administrator greater flexibility in terms of customizing the tracking URL for certain accounts or groups.
One use would be if the host name of the tracker host that is used in the internal network is different than the host name that external users would have to use.
For example, if LISTSERV Maestro is installed behind a proxy, where URLs for external access need to use the proxy’s host name and port, which then transparently forwards the requests to the actual tracker host behind it. In this case, the admin would specify a tracking URL using the proxy’s host name and the proxy-port that is forwarded to the HTTP port on the tracker host as the Default Tracking URL setting that is to be used by all accounts (also see Section 24.3 Server Name Aliases and Proxies).
Customization is also useful in an environment, where the same LISTSERV Maestro setup is shared between several distinct groups, which want to discern themselves even in the tracking URL that is merged into the mails they send.
For example, the fictitious organization “MyCorp” has two divisions, one for consumer electronics and one for home appliances. The administrator of MyCorp sets up a single LISTSERV Maestro and creates two groups “electro” and “homeapp”. In these groups, the admin creates accounts to be used by the members of the two divisions (which can also employ team collaboration inside of each group). The name of the server where the Maestro Tracker component is installed is “tracker.mycorp.com”, but the users do not want this host name to appear in the tracking URL in the mails that are sent. Therefore, the admin also sets up two DNS names “electro.mycorp.com” and “homeapp.mycorp.com” as aliases for the same server. Finally, the administrator uses the procedure described above to set the individual tracking URLs of the “electro” and “homeapp” groups to use the corresponding host name aliases. Thus, even though both divisions are sharing the same LISTSERV Maestro installation (via their two groups), the tracking URLs generated for the mails they send are “customized” to contain a host name that fits well with each division’s name.
5.4 Automatically Logging into the Maestro User Interface
The ability to automatically login to the Maestro User Interface has been added to LISTSERV Maestro 3.2 as an advanced feature and should only be configured by the system administrator. This feature can be set up for both non-group and group users.
For a non-group user:
http://LUIHOST/lui/index.jsp?user=USER&password=PASSWORD
For a group user:
http://LUIHOST/lui/index.jsp?user=USER&password=PASSWORD&group=GROUP
where LUIHOST is replaced with the location of your LISTSERV Maestro User Interface, USER is replaced with the URL-encoded version of the user name, PASSWORD is replaced with the URL-encoded version of the password, and GROUP is replaced with the URL-encoded version of the group name.
For example, assume that:
LUIHOST= example.lsoft.com
USER=holly
PASSWORD=example
GROUP=test
then, the following URL would be used:
http://example.lsoft.com/lui/index.jsp?user=holly&password=example&group=test
Once you access this URL, the Start screen opens with the Start LISTSERV Maestro for User link.
Click the link to start the session. The Login screen is briefly shown, and then the LISTSERV Maestro User Interface is opened and the user is automatically logged in.
Figure 5-23 Automatic Login Link
Tip: The original Start screen continues to be displayed in the background; therefore, if you click on Start LISTSERV Maestro for User link again, then another LISTSERV Maestro User Interface session window will be opened, with the same user logged in automatically. To prevent this from happening, you can add an additional URL parameter, “returnURL=YOURURL”, where YOURURL is replaced with the URL-encoded version of a page-URL from your own website. The effect of this additional parameter is that once the above URL is accessed (with the "returnURL=YOURURL" parameter included), then the Start screen will be displayed; however, when you click the Start link, two things will happen: The LISTSERV Maestro User Interface session will be opened, with the user automatically logged in (just as above). In addition, the original Start screen will be returned back to the YOURURL given in the "returnURL" parameter.