There are various activities within Amlib that require email functionality – chief amongst these being the ability to run reports that generate emails to clients.
Whilst the set-up within Amlib is relatively simple, it can be somewhat complicated by the fact that it is sometimes necessary to unblock various ports and firewalls.
The first part of this guide goes through the setup process and the second examines various troubleshooting tips.
To begin, some settings need to be set in the Supervisor module (this need only be done once):
The complete set of parameters to consider:
description | explanation | example |
---|---|---|
E-mails are sent using : (M)API or (I)nternal OR (S)MTP or SMTPMailer (D) LL |
Generally (S) SMTP is recommended, especially if the organisation is not using a Microsoft Exchange Server. It also means that the email client does not need to be open on the PC running the notices AND can display the “from” name from one of the parameters below rather than the email address from the email client. | Set to S, I or M (S is the default one for internal mail – does not use Transport Security) OR If using a SMTPMailer service such as Gmial.com or Outlook.com set this to D |
SMTP Blind Copy e-mail address | Optional: If using the SMTP for emails. Enter only if copies of the email are to sent to a chosen email address – for example: Testing purposes | library@amlib.com |
SMTP sender e-mail address | Optional: If using the SMTP for emails, enter the Address you wish to indicate as the sender | enquiries@amlib.com.au |
SMTP server login | Optional: From your Systems Administrator if required – required by systems using encryption | For Gmail this is: smpt.gmail.com If not using a SMTPMailer service leave blank |
SMTP Server name or IP address | If using the SMTP for emails, enter the Server Name or IP Address of the Server installed with the e-mail communication protocol, responsible for receiving and forwarding email messages | ServerName – for example: server.amlib.com.au or your IP address such as 199..199.94.94 ( this needs to be set for all email setups) |
SMTP server password | Optional: From your systems administrator if required – required by systems using encryption | You will need to set this if using a SMTPMailer service otherwise leave blank |
SMTP Server Port Number | Only needs to be set for those using SMTP Transport Security or if you have selected D above | (S)SL = port 465 or if using (T)LS = Port 587 |
SMTP server requires a login? | If Y, supply a SMTP server logon and password If N, leave SMTP server logon and password blank |
Y/N – this will be Y if you have selected D above and use a SMTPMailer service otherwise set this to N |
SMTP Transport Security - (N)one, (S)SL, (T)LS | The use of the Transport Layer Security (TLS) protocol over SMTP offers certificate-based authentication and helps provide security-enhanced data transfers by using encryption – this is required by SMTPMailer services. | If you have selected D above set this to either T(LS) or S(SL) for an encrypted connection |
The above tasks create Sender and BCC for all emails generated by the system. However, it is possible to set up separate SMTP parameters (Sender and CC) for individual locations, modules and reports.
We recommend leaving the email set-up for particular locations until after initial testing has been completed. Once the initial testing has been done, then:
Note: It is not possible to alter a pre-existing entry in the SMTP Parameters by Location table – entries must be deleted (using F4 Delete) and then re-entered.
For borrowers to receive their overdue notices via email, the borrower record will need to have the following:
When creating an Overdue or Reservation email report, the following two settings must be included in the F7 Where parameters:
Once the email has been setup in Amlib, you will sometimes find that you are unable to email out of the system. This can be due to a variety of reasons, including Amlib configuration, blocked email, firewalls, blocked ports, email client server settings, etc. The following section will help you with troubleshooting the main reasons.
The Supervisor settings applied above should be rechecked with your IT Support team:
For borrowers to receive their overdue notices via email, the borrower record will need to have the following:
Emails generated by the Amlib system need to sent using the Reports Scheduler (via F6 Print). Things to check include:
When email reports are being sent a certain amount of validation is going on. Email addresses are rejected if illegal characters are found.
If the email address is invalid and if the barcode of the patron can be found by the process, the Borrower ID is written to a saved Borrower File, which can be checked later.
If the barcode of the patron cannot be found, no file can be created but an error message is written to the amdberror.log in the Amlib folder.
If the SMTP protocol is being used then any errors encountered will be logged. Neither MAPI nor the internal method support error reporting in an accessible way.
Note: 45 = "-", 46 = ".", 64 = "@" and 95 = "_"
The formatting of the email is checked against these rules, but the address may it still be invalid.
If emailing out of Amlib proves unsuccessful, then it is a good idea to examine the Amlib error log (amdberror.log). Any unsuccessful email should generate an entry in the error log.
It is also possible for other types of error messages to be generated when an email report is scheduled to run.
Once the email has been setup in Amlib, you will sometimes find that you are unable to email out of the system. This is often due to the fact that the emails from Amlib are being relayed via your email client. Unauthenticated mass emails of this type can often be perceived as junk mail or spam and blocked.
Note: It is important to remember that emails sent out of the Amlib client are being generated by the Reports module on a specific machine. Emails out of Amlib are generally the result of a report being scheduled, so that when it runs it then generates an email notice rather than a print out. Whilst some scheduled reports are set up (by users) to run on the Amlib server, most are set up and scheduled from a client machine. Therefore, any efforts to address issues with regard to blocked emails must be directed toward the machine on which the report is scheduled to run.
A firewall prevents computers on a network from communicating directly with external computer systems. A firewall typically consists of a computer that acts as a barrier through which all information passing between the networks and the external systems must travel. The firewall software analyses information passing between the two and rejects it if it does not conform to pre-configured rules.
It does this through the use of ports. Ports are basically logical connections (or sockets) between two computing devices (for example: a PC and a printer) or network devices used for sharing data. Port numbers range from 1 to 65535 and some port numbers are assigned to specific tasks, such as port 25 for transferring SMTP data.
Port 21 is for FTP, port 25 is for SMTP, port 80 is for HTTP, port 110 is for POP3, port 23 is for Telnet, etc. There are many ports that, if left open, can be considered a high security risk. Many viruses spread to different computers because of open ports.
Amlib uses port 25 for SMTP emailing out of the client:
If you are having trouble with email reports not being sent, it is possible that your anti-virus agent is blocking access to your email server on port 25 (SMTP) as it believes the email is a mass mail. Therefore you will have to add Report.exe (the Amlib Reports module application) to the anti-virus “safe list”.
In addition to the Amlib server, individual anti-virus agents on a client machine (for example: McAfee OAS) can block outgoing Amlib emails as “spam”.
The following anti-viral agents have information regarding changes to the settings to allow Amlib to email out of the system:
A common source of blocked emails is the actual email client itself.
When the email report is run, the client PC connects to your SMTP email server (for example Exchange 2003) and the email server sends the email (relays it). SMTP mail servers need to be set up to allow email messages from the client machine to be relayed (as the email being sent is not authenticated and perceived to be junk mail). This is usually done by adding an exception to allow relay rule. You will need to add each client PC (using its IP address) that run the Reports module to the exceptions list.
More information about SMTP relay blocks: http://support.microsoft.com/kb/290842
Appendix D: Microsoft Exchange Server 2003 Settings: Setting Relay Restrictions
Set up anonymous relaying for non-authenticated applications (including Amlib)
Configure the Exchange Server 2007 HUB Transport Role to Receive Internet Mail
Enable 3rd party software to send emails. It is possible to setup a Receive Connector rule on the Exchange 2007 hub transport server, where the new IP address of the machines that are running 3rd party software are manually added into the field ”receive email from remote servers that have these IP addresses:” and for permissions have Anonymous and Exchange servers selected. This rule then allows software to send emails as required (where the from address is not gathered by Active Directory automatically).
A new Amlib Test Email Utility is now available to help users quickly test the validity of their email server settings. The Utility allows users to enter their email server details and then send a test message.
Note: This Amlib Test Email Utility should be installed and run locally on the client PC(s) using the Amlib client, rather than the Amlib server itself.
Note: This configuration automatically has the AM [Live] and TE [Test] databases defined [but not set].
Once complete, the connection can be tested:
In the SMTP Server Details section:
If you are having trouble with email reports not being sent, and you are using McAfee anti-virus, then it is most likely that the anti-virus agent is blocking access to your email server on port 25 (SMTP). Therefore you will have to add the Amlib Reports module to the anti-virus “safe list”.
More information can be found here:
Setting Relay Restrictions:
iinet block outgoing (and incoming) unauthenticated SMTP emails on Port 25 by default to prevent spamming.
It is possible to opt out of port blocking by logging into your iinet toolbox:
Your ISP setup may also be causing problems when using iinet, as you need to have an iinet IP address in order to send an email via their email servers. This is done to stop open relay servers (spammers).
For more information, iinet customers should contact their 24 hour call Centre on 13 22 58 or email support@iinet.net.au.
Explain that who you are, and that you have the Amlib LMS and that you need to enable open relaying for SMTP (port 25) to send overdue and reservation emails out of the system. If they require a particular application name, then it is: Reports.exe (the Amlib Reports module).
This is an evolving document and we need your help to keep it up to date. If there is something that you would like to see added to the guide or you have further information which may be of benefit to our other users, then please email support-amlib@oclc.org.