Set up and manage system emails

In the PDXpert client, select Tools menu | Email Management... to manage the email account. The email account setup and queue can be managed by anyone with administrator permissions.

Settings tab §

The PDXpert Application Server — not the PDXpert client — uses the email account on this window to send email notices.

Setting up the email account §

If user activities create notices before your email account is entered here, the queue may already contain emails waiting to be sent. Before configuring the email account, review the Queue tab's email list and delete any obsolete notices.

  1. Create a new email account, such as or possibly use a third-party email service like

    Ensure that the email account can forward all outbound notices. SMTP servers may place restrictions on the source or destination of the emails, or the total number that can be forwarded within a given time.

    Ensure that emails sent from the account do not fill up the account storage and prevent new emails being forwarded.

    If your SMTP server accepts connections only from known senders, confirm that the PDXpert server computer is whitelisted.

    To help recipients manage their email notices, use a dedicated email account rather than a personal email account. However, for testing purposes, you can click the Import Local Settings button: your Windows default email account is copied, and enter your account password.

    PDXpert does not handle any inbound email traffic, and won't respond to replies by email recipients. Consider adding an auto-responder notice to the account.

    Although a "forwarding only" account can be used, you won't receive test confirmations at the end of this setup process.

  2. On the Settings tab, enter the email address into the Email address for sending notices textbox.

  3. Click the Auto Configure button. You'll be prompted to provide the account password, after which the PDXpert Application Server tries several typical settings for sending email notices. If useful settings are discovered, a test email is sent from PDXpert to your email account, using your email server and account credentials.

  4. If the email account settings cannot be discovered automatically, manually enter the email account values. You should first specify the Outgoing mail server (SMTP) of your outbound email (SMTP) server. An SMTP server is an internet domain, often with a sub-domain prefix, such as or, or an IP address like

    • If the PDXpert Application Server is installed on a computer that has a local Windows SMTP server enabled, you can use the value of localhost.

    • You can obtain the SMTP server name from your IT administrator, or look in your email client (such as Microsoft Outlook) for the server your own email account uses.

    • To get the SMTP settings for a commercial email service, search the web foroutgoing smtp settings for service, such as outgoing smtp settings for Office 365 or outgoing smtp settings for gmail.

    • You can enter the IP address of your Microsoft Exchange server. If you don't know the Exchange server's IP address, but you do know its machine name, you can determine its IP address by "pinging" it from the Windows command line: Start > cmd, and then type ping servername where you substitute your Exchange server's computer name for servername (for example, ping msexchange or ping mailserver). The screen shows the IP address for that server in the first line, between the square brackets. In the following example, the IP address of myserver is

    C:\>ping myserver


    Pinging myserver [] with 32 bytes of data:

    Reply from bytes=32 time<1ms TTL=128


  5. If your SMTP server does not use the default TCP port 25, enter the server's preferred Port number (for example, 587).

    Your PDXpert server computer's firewall and other software (antivirus/antispam) must allow a TCP connection through this port.

  6. If your SMTP server requires an encrypted connection, mark Use SSL for encrypted connection. For example, mark this checkbox when using with port 587.

    There are two types of SSL authentication for SMTP, explicit and implicit.

    The Microsoft .NET mail client used by PDXpert supports explicit SSL in accordance with internet standard RFC 2228. Explicit SSL connects to a normal SMTP port (typically 25 or 587) in plaintext. The .NET mail client then issues a STARTTLS to start encryption.

    Implicit SSL is an unofficial protocol that begins immediate encryption using an agreed port (often 465). By design, the Microsoft .NET mail client used by PDXpert does not support implicit SSL.

  7. Specify the account Name for the email account that is used to send notices to PDXpert users.

  8. Enter the account Password for the email account name provided in the Name textbox, and re-type it in the Confirm password textbox.

  9. Click on the Apply Changes button, then click the Test Settings button. An email notice is sent from the email account that you've specified back to that same account. A new email appears in the account's in-box to confirm that the account settings are correct.

    Test email example

    Test emails are relayed from the SMTP server to the same email account. To verify that the test notices are being correctly received, you must be able to view the inbox of the email account. If the receiving POP account is unable to store and display the test emails (for example, it's a forwarding-only account and there's no inbox), then you won't be able to directly verify the entire process.

Common email issues §

  • To receive a workflow notice, each recipient must have a valid email address entered into the Persons member record. Ensure the email address has the correct spelling.
  • Since any person who processes a workflow action already knows about it, the system normally won't send the workflow notice to that person. This simply reduces email inbox clutter. If you prefer to receive these emails, open the Tools | Preferences... and mark Copy me on email notices that I trigger.
  • The change form's workflow must be configured to send notices to identified users during the expected workflow event. For example, if observers should be sent email notices when a change form moves from Accepted to Released, then the Observers checkbox on template workflow path 24 must be marked and all observing persons must be displayed in the change form's Observers tab.
  • Some email servers are configured to distinguish between email addresses inside and outside the company.
    • If PDXpert is using an outside email account (like, confirm that the account is allowed.
    • If emails sent to addresses within your company ( are successful and emails sent outside your company ( are not — or vice versa —, then check the email server's domain forwarding rules.
  • PDXpert may be configured to send many notices to many recipients, so appropriately configure any limits on the email account (such as the maximum SMTP relays).
  • If you have an enterprise anti-spam list, whitelist PDXpert's assigned email address in the spam filter definition file. Users with individual anti-spam filters must also whitelist this email address.
  • New email notices are added to a queue that's processed every ten minutes. Notices may have a delay of up to 10 minutes (in addition to any email server processing).

Queue tab §

Sometimes email notices cannot be sent because, for instance, the email SMTP server is unavailable due to system maintenance, network interruption or other issue. The PDXpert Application Server holds the email notices in a queue and tries to re-send them every 10 minutes for up to 24 hours.

The list displays the status of each unsent email:

 Email ready: The email notice is in the queue and is sent during the next connection to the SMTP server. If the email remains unsent for more than 10 minutes, then the email settings specified in the Settings tab should be reviewed for correctness.

 Email blocked: The email notice has not been sent, typically because the SMTP server is unavailable. The system continues to attempt to send blocked notices for up to 24 hours.

 Email failed: When all attempts have failed, the system will stop trying to send the email notice. A failure often occurs because the user's email address is blank or invalid in the Persons collection member.

If the email server has been unavailable for a while, unsent emails may no longer be useful to their intended recipients. In this case, delete selected (or all) notices from the email queue before re-enabling the email server.


Learn More
Help Guide Contents [PDF]