After we enable the alerts of an indicator or strategy, there are several settings that configure how and when the alert fires. Let’s see which options we have to make alerts appear exactly like we want to.

In this article:

Generating MultiCharts alerts and configuring them

Alerts are a useful feature in MultiCharts to notify us in real time of certain happenings, like a moving average crossover or a price bar crossing a manual drawing. Whether we generate alerts programmatically or apply alerts to manual drawings, MultiCharts can fire those alerts when we open a workspace, replace a symbol with another, or when the bar closes or a new price update is received (MultiCharts Wiki, 2013).

However, before an alert can fire we need to enable the script’s alerts by hand. Then we can configure how the alert should appear and how often it should generate. Based on those options, the alert can generate as an audio alert, notification window, and/or email message (MultiCharts Wiki, 2013). Since we currently cannot set those options with code, we’ll need to configure those options by hand. Let’s see how we can do that.

Configuring alerts in MultiCharts by hand: options and features

After we turn on the ‘Enable Alerts’ checkbox, several alert options become available. That window with the different settings looks like:

Example of alert settings in MultiCharts

Before we can configure these options, we do need to enable the script’s alerts. (In that article we also discuss where to find the alert settings window in different MultiCharts environments.)

The different manual alert options that we have available here include the ‘Alert Conditions Check’ setting, the ‘Audio Alert’ feature, the ‘Visual Alert’ configuration, and the ‘Email Alert’ setting. Let’s take a closer look at each of these.

Alert Conditions Check: one MultiCharts alert per bar or multiple

With the first alert setting we configure how often the alert can fire. We find that option below the ‘Alert Conditions Check’ heading:

The 'Alert Conditions Check' setting of MultiCharts alerts

These three radio buttons have the following meaning (MultiCharts Wiki, 2013):

  • With On Bar Close, MultiCharts only generates alerts that trigger at the moment the bar closes. Any alert that’s triggered during an intra-bar script calculation, but not when the bar closes, won’t fire. This way we get an alert that fires at most once per bar.
  • The Every Tick option makes it possible to generate an alert every time the script calculates and the alert condition happens. With this option we’ll get an alert with every price update at most.
  • With Once Per Bar, the alert can fire at any moment that the script calculates, but limited to one time each price bar. And so when the alert fires on the first tick of the bar, MultiCharts holds off generating another alert till the next price bar.
Tip: The ‘Alert Conditions Check’ setting configures when MultiCharts checks for generating an alert based on when the script calculates (like due to a new price update). But besides those regular triggers for generating an alert, MultiCharts also checks if the alert should fire when we open a workspace or replace the data series (that is, symbol and its time frame setting) (MultiCharts Wiki, 2013).

How often a script generates an alert not only depends on the ‘Alert Conditions Check’ option but also on how you programmatically generate alerts. That is, the combination of the code and alert setting determines how often the alert fires.

For instance, when the code specifies that the alert should only fire when the bar closes, then even with the ‘Every Tick’ setting the script will still only fire an alert once per bar, when the bar closes. Another example: if your script’s code generates up to 3 alerts per bar, then the alert setting shouldn’t be set to ‘On Bar Close’ or ‘Once Per Bar’.

Note: If the code doesn’t specify or filter when the alert should fire, then the ‘Alert Conditions Check’ setting is the only factor that determines when the alert fires and when not.

To specify how the alert should appear, we can select an audio alert, notification pop-up, and/or email alert. Interestingly, each of these is optional. When we disable all three alert options, then any alert triggered by our script only appears in the ‘Alerts’ tab of the Order and Position Tracker window. Let’s take a closer look at those three options now.

Enabling and configuring audio alerts in MultiCharts

After configuring how often the alert can fire, the next part of the alert settings window configures audio alerts:

Configuring audio alerts in MultiCharts

When we turn on audio alerts with the ‘Audio Alerts’ checkbox, the following options become available (MultiCharts Wiki, 2013):

  • With Beep MultiCharts uses the computer’s PC speaker to generate a beep sound when the alert generates.
  • With Sound we can specify a .wav sound file that MultiCharts should play each time the alert generates. This file can play once (‘Play Once’) or continuously (‘Repeat’) each time the alert condition happens.

Besides an audio alert, MultiCharts can also generate a pop-up window when the alert fires. Let’s see how that works.

Enabling and configuring alert notification windows in MultiCharts

Next in the manual alert settings is configuring the visual notification window, which is possible after enabling the ‘Visual Alert’ checkbox:

Configuring alert notification windows in MultiCharts

With the ‘Display Notify Window for’ option we define how long the window should remain open: 5, 15, 30, or 60 seconds, or open until we click on it (‘Always open’).

Those notification windows look like:

Example of an alert notification window in MultiCharts

By the way, we cannot configure where that alert window appears. Nor can we change other features of it (like its size or colour).

Enabling and configuring email alerts in MultiCharts

The remaining option in the alert settings window enables and configures email alerts. We turn on those alerts with the ‘E-mail Alert’ checkbox, and then configure them with the ‘Settings’ button:

Configuring emai alert settings in MultiCharts

When we click that button, a window with the following options appears:

The different email alert settings in MultiCharts

Here we can configure:

  • Sender E-mail Address, which specifies the email address that the alert should be send from.
  • Recipients E-mail Addresses. Here we list the email address(es) of the receiver(s) of the alert email. When the email should be send to multiple recipients, we need to separate their email address with semicolons (;).

Since MultiCharts doesn’t provide a service for sending emails, we need to use one of our own email accounts for sending alert emails. To make that work, we need to configure MultiCharts to use our email account’s SMTP (Simple Mail Transfer Protocol), an internet standard for sending email messages (Wikipedia, 2016).

We use the following SMTP settings for that:

  • SMTP Server name or IP address sets the address of our email account’s SMTP server.
  • With SMTP Sever authentication data we fill in the User name and Password that belong to the email account that we’re going to use to send email alerts.
  • The Port option sets the port of the SMTP server.
  • And the SMTP Server security checkbox, when enabled, makes MultiCharts use encryption when logging into the SMTP server for sending the email alert. Here we can also set that encryption to SSL or TLS.

The specific email settings depend on the email provider we want to use. (Below we’ll look at the settings for different email accounts.)

Tip: MultiCharts sends off an email alert each time an alert generates. This makes it important to double-check your code and alert settings, because a small error can result in hundreds of email alerts in a short time period.

After providing the email settings, we can use the ‘Test’ button to check whether MultiCharts can successfully send an email with the provided account data. When that test succeeds, the following message appears:

Example of successfully sending a test email

And the test email message that appears in our inbox is like the following:

Example of the test email message

If sending a test email fails, MultiCharts generates an error message that looks like:

Error while sending a test email message in MultiCharts

When email alerts succeed, the alert messages we can expect in our email inbox look like:

Example of an email alert generated by MultiCharts

Below we take a closer look at the SMTP settings of different email providers. While MultiCharts currently doesn’t work with all email providers (MultiCharts Wiki, 2013), there’s currently no list of which email providers do and do not work with MultiCharts.

Note: Due to changes by MultiCharts or the email provider, the information below might not still be accurate or work. When you need to verify the settings with your email provider, it helps to know that SMTP is an outgoing mail server. And occasionally in an email provider’s help pages you’ll see the SMTP settings listed under ‘outgoing mail’.

Gmail and Google Apps email alerts settings for MultiCharts

Use the following SMTP settings to configure Google’s Gmail and G Suite (formerly Google Apps) email alerts in MultiCharts (G Suite Apps Administrator Help, n.d.):

  • Server name: smtp.gmail.com, port: 465 (requires SSL) or 587 (requires TLS).
  • Authentication data: your full Gmail or G Suite email address with the password you use to check the email from that account.
  • Security: SSL or TLS.

If you have trouble with these settings, see the current G Suite SMTP Settings for the current settings.

Outlook.com’s email alert settings for MultiCharts

You can use these settings to configure MultiCharts email alerts with an Outlook.com email address (Microsoft Windows, n.d.):

  • Server name: smtp-mail.outlook.com, port: 587.
  • Authentication data: your full email address and your password that you use to access the email.
  • Security: SSL connection.

If you have trouble with these email settings, use the Outlook.com help page to verify the settings.

Live and Hotmail email alert settings for MultiCharts

If you use a Microsoft Live or Hotmail account, then we can use the following settings to configure alerts for MultiCharts (Tschabitscher, 2014):

  • Server name: smtp.live.com, port: 587.
  • Authentication data: your full email address (like name@hotmail.com or hello@live.com) with the accompanying password.
  • Security: TLS connection.

Yahoo mail configuration settings for MultiCharts alerts

With these settings emails can be configured for alerts in MultiCharts (Yahoo Help, n.d.):

  • Server name: smtp.mail.yahoo.com, port: 465 or 587.
  • Authentication data: your full email address (name@domain.com) with your account’s password.
  • Security: both SSL and TLS work.

If you have trouble with these settings, use this Yahoo Help page to look up the current Yahoo Mail settings.

AOL mail configuration settings for MultiCharts alerts

With these settings, email alerts can be triggered in MultiCharts (AOL.com, 2016):

  • Server name: smtp.aol.com, port: 587.
  • Authentication data: YourUsername@aol.com with the same password that you use when logging into mail.
  • Security: check the TLS box.

If these settings bring you trouble, see here for the current AOL mail SMTP settings.

Zoho Mail configuration settings for MultiCharts alerts

Enabling MultiCharts to generate email alerts with your Zoho account requires these settings (Zoho, n.d.):

  • Server name: smtp.zoho.com, port: 465 (when using SSL) or 587 (for TLS connections).
  • Authentication data: the email address should math the email address/aliases of the account, with the same password as you’d use to login to Zoho Mail.
  • Security: either SSL or TLS should work.

Note that you may require to set up an application-specific password with Zoho to be able to use your account in MultiCharts if you have two-factor authentication enabled (Zoho, n.d.). If these settings don’t work for you, you can find the current Zoho Mail SMTP settings here.

Mail.com configuration settings for email alerts in MultiCharts

With these settings email alerts can be generated in MultiCharts with a mail.com account (Mail.com, n.d.):

  • Server name: smtp.mail.com, port: 587.
  • Authentication data: your full email address with the password you use to normally log in to the mail.
  • Security: TLS.

If these settings don’t work for you, you can find the Mail.com current SMTP settings on this help page.

Yandex Mail configuration settings for email alerts in MultiCharts

Using your Yandex Mail account in MultiCharts alert settings can be done with these settings (Yandex, n.d.):

  • Server name: smtp.yandex.com, port: 465.
  • Authentication data: use your Yandex username and password (or the application password if you’ve enabled two-factor authentication).
  • Security: SSL.

If these settings give you trouble, use the Yandex mail support page to verify the settings.

Configuring MultiCharts to use Inbox.com for email alerts

Using email alerts with an Inbox.com email address requires these settings (Inbox.com, n.d. a, n.d. b):

  • Server name: my.inbox.com, port: 465.
  • Authentication data: for the user name, use the full Inbox.com email address and the password needs to be the password you’d also use to login to the inbox.com account.
  • Security: SSL.

Note that, before you can use SMTP with an Inbox.com email account, you’ll need to enable Inbox.com’s SMTP in your account. If the settings shown above give you trouble, see the Inbox.com email FAQ for more information.

Using GMX Email for MultiCharts email alerts

Using email alerts in MultiCharts with GMX Email works like (GMX Help, n.d.):

  • Server name: mail.gmx.com, port: 587.
  • Authentication data: your full email address and the password you’d normally use to fetch your email.
  • Security: TLS.

If these settings give you trouble, see the GMX Help page for more information about using SMTP with your GMX account.

iCloud email settings for alerts in MultiCharts

Triggering email alerts settings in MultiCharts with an iCloud Mail account is done like this (Apple, 2016):

  • Server name: smtp.mail.me.com, port: 587.
  • Authentication data: your full email address (YourUsername@icloud.com) with your iCloud password.
  • Security: Use SSL and, when you get an error message, TLS instead.

If you have trouble with this, you can find the current iCloud settings here.

Saving time with the ‘Use as Default’ alert setting

The last setting that commonly shows up in the ‘Alerts’ tab is the ‘Use as Default’ option:

Configuring MultiCharts alerts with the 'Use as Default' checkbox

After we configure the alert settings, we can prevent having to specify them again later on with the ‘Use as Default’ checkbox (MultiCharts Wiki, 2013). Those default settings, however, only apply to indicators or strategies that we add to newly-created charts from now on (see MultiCharts Wiki, 2014). On existing charts, the ‘Use as Default’ setting has no effect, unfortunately.

For more ways to work with alerts by hand, see enabling MultiCharts alerts, adding alerts to a manual drawing, and filtering the log of alerts in the Order and Position Tracker window.

Summary

Before a MultiCharts indicator or signal can generate alerts, we need to enable that script’s ‘Enable Alerts’ setting. With that option enabled, we can configure how the alerts should generate. The ‘Alert Conditions Check’ option specifies how often and when the alert should fire: ‘On Bar Close’, ‘Every Tick’, or ‘Once Per Bar’. Those alerts can materialise as an audio alert, notification window, and/or email alert. When we generate an audio alert, we can make MultiCharts use the computer’s speaker or play an audio file of our choosing. For the notification window we can set how long that window should remain on the screen. And with the email settings we configure which email account MultiCharts should use to send email alerts. Lastly, the ‘Use as Default’ checkbox makes the current alert settings the default on new price charts from now on.

Learn more:


References

Apple.com (March 22, 2016). iCloud: Mail server settings for email clients. Retrieved on February 6, 2017, from https://support.apple.com/en-us/HT202304

AOL.com (June 1, 2016). How do I set up other email applications to send and receive my AOL Mail?. Retrieved on February 6, 2017, from https://help.aol.com/articles/how-do-i-use-other-email-applications-to-send-and-receive-my-aol-mail

GMX Help (n.d.). POP3 Server Data. Retrieved on February 6, 2017, from https://support.gmx.com/pop-imap/pop3/serverdata.html

G Suite Administrator Help (n.d.). Google Apps SMTP settings to send mail from a printer, scanner, or app. Retrieved on February 6, 2017, from https://support.google.com/a/answer/176600?hl=en

Inbox.com (n.d. a). How do I configure MS Outlook 2003 to send and receive mail from my Inbox.com email account?. Retrieved on February 6, 2017, from http://www.inbox.com/faq_email.aspx?id=1391

Inbox.com (n.d. b). How to change the settings of my email client with port 465?. Retrieved on February 6, 2017, from http://email.inbox.com/faq_email.aspx?id=3857

Mail.com (n.d.). POP3 Server Data. Retrieved on February 6, 2017, from https://support.mail.com/pop-imap/pop3/serverdata.html

Microsoft Windows (n.d.). Set up an email app with Outlook.com. Retrieved on February 6, 2017, from http://windows.microsoft.com/en-US/windows/outlook/send-receive-from-app

MultiCharts Wiki (2013, May 10). Using Alerts. Retrieved on March 7, 2016, from https://www.multicharts.com/trading-software/index.php/Using_Alerts

MultiCharts Wiki (2014, October 13). Strategy Properties. Retrieved on April 3, 2016, from https://www.multicharts.com/trading-software/index.php/Strategy_Properties

Tschabitscher, H. (2014, December 16). What Are the Windows Live Hotmail SMTP Settings?. Retrieved on April 4, 2016, from http://email.about.com/od/accessinghotmail/f/Windows_Live_Hotmail_SMTP_Settings.htm

Wikipedia (2016, April 4). Simple Mail Transfer Protocol. Retrieved on April 5, 2016, from https://en.wikipedia.org/wiki/Simple_Mail_Transfer_Protocol

Yahoo Help (n.d.). POP server settings for Yahoo Mail. Retrieved on April 4, 2016, from https://help.yahoo.com/kb/SLN4724.html

Yandex (n.d.). Setting up email clients. Retrieved on April 5, 2016, from https://yandex.com/support/mail/mail-clients.xml

Zoho (n.d.). Zoho Mail - SMTP Server Configuration. Retrieved on February 6, 2017, from https://www.zoho.com/mail/help/zoho-smtp.html