Emailing from #ActCRM via Gmail and SMTP on other ports.

Secure Email

One of the long standing issues in Act! has been the inability for the email clients (Windows Internet Mail and Act! Premium for Web email merges) to use alternate ports. You can record History from email sent via Gmail and you can sync the contacts and activities between act! and Gmail, but you can’t use it directly as your email server as stated in this Act! knowledge base article: What email systems are compatible with Act!?

Recently an Act! Consultant came to me to help find a workaround for an Act! Premium for Web (APFW) User who needed to do emails with Templates. They are using Google’s G-Suit as their corporate mail server.

The user did have Outlook on their users’ machines, but the APFW email merge only works from the server, direct to an SMTP server.

Always up for a challenge, I looked into a few options (both free and paid) and came up with the idea of setting up a simple IIS SMTP server on their server and having it route the emails via the Google servers.

As I thought this might be useful to many of you, I thought I’d describe the process.

Please note: These instructions are of a technical nature and should only be done by those with the appropriate skills and understanding. Should you need assistance with this, please contact your Act! Consultant or send me a message via the GL Computing Contact Form


Google Setup

Note: This section is only necessary for those wanting to email via Google.

First, you need to determine which Google system you’re using and what authentication is necessary to allow the SMTP traffic. There are three supported options to do this:

  • G-Suite SMTP relay (recommended) – Only for G-Suite customers
  • Gmail SMTP server
  • Restricted Gmail SMTP server – Only allows emails to other Gmail or G-Suite users, so probably not suitable for our use and won’t be covered.

G-Suite SMTP relay (recommended)

Gmail SMTP server

Sending Limits

A registered G Suite user can't relay messages to more than 10,000 recipients per day. For full SMTP relay limits, see Sending limits for the SMTP relay service.2,000 Messages per day. See Gmail sending limits.

Anti-spam filters

Suspicious emails may be filtered or rejected

Fully qualified domain name of SMTP service

smtp-relay.gmail.comsmtp.gmail.com

Configuration options

  • Options: Port 25, 465, or 587
  • Secure Socket Layer (SSL)/Transport Layer Security (TLS) protocols.
  • Dynamic IPs are allowed, but a static IP might be required due to authentication requirements.
  • Port 465 (SSL required)
  • Port 587 (TLS required)
  • Dynamic IPs allowed

Authentication requirements

Either a static IP address or a valid G Suite user login Your full Gmail or G Suite email address is required for authentication.

Please Note: I recommend selecting TLS and port 587 for security

Please Note: If selecting Gmail SMTP server or not using a reasonably stable IP, you can only authenticate with a single user account at Gmail and emails will go from that account. However, it is possible to assign multiple IP addresses to your server and configure each account to use a separate one.

Once you’ve decided on your preferred option, you need to enable that function.


Setting up your SMTP server

To workaround the problem with sending to SMTP on different ports, we’re going to setup our own private SMTP server which will then relay the emails to your ISP or Corporate server.

While there are many free or inexpensive SMTP server options available, I’m going to just cover the IIS one as every Act! user would have access to it.

While this can be setup on a Windows Desktop system, I wouldn’t advise doing this because of a number of limitations and reliability factors.

So, I’m going to include instructions for Windows 2008 R2 and Windows 2012.

Install Internet Information Services (IIS)

If you already have IIS installed (eg on your APFW server), you might be able to skip this section and go to “Install SMTP”.

  1. In Server Manager, select Add Roles
  2. On the Before you begin page in the Add Roles Wizard, select Next.
  3. For Windows Server 2008 R2:
    1. On the Select Server Roles page, select Web Server (IIS) and select Install.
    2. Select Next until you get to the Select Role Services page.
    3. In addition to what is already selected, make sure that ODBC Logging, IIS Metabase Compatibility, and IIS 6 Management Console are selected and then select Next.
    4. When you’re prompted to install IIS, select Install. You may need to restart the server after the installation is finished.
  4. For Windows Server 2012
    1. On the Select Installation Type page, select Role-based or Feature-based installation.
    2. On the Select destination server page, choose Select a server from the server pool, and select the server that will be running SMTP services. Select Next.
    3. On the Select Server Roles page, select Web Server (IIS), and then select Next. If a page that requests additional features is displayed, select Add Features and then select Next.
    4. On the Select Role Services page, make sure that Basic Authentication under Security is selected, and then select Next.
    5. On the Confirm Installation Steps page, select Install.

Install SMTP

  1. Open Server Manager and select Add Roles and Features. On Windows Server 2012, you might also need to select the correct server.
  2. On the Select Features screen, choose SMTP Server. You may be prompted to install additional components. If that’s the case, select Add Required Features and select Next.
  3. Select Install. After the installation is finished, you may have to start the SMTP service by using the Services snap-in for the Microsoft Management Console (MMC) – Windows Key + R > Services.msc

Setup SMTP

SMTP is an IIS6 feature, so the above steps will have installed that version and we’ll use it for setting up

  1. Start IIS 6 Manager – Start > Run > inetmgr6
  2. Expand the current server, right-click the SMTP Virtual Server, and then select Properties.
  3. We only need to worry about the Access and Delivery Tabs
  4. On the Access Tab:
    1. Select Authentication and make sure only “Anonymous” is checked. Click OK
      SMTP Access Authentication
    2. Select Relay. Select “Only the list below” then use the “Add” button to add the IP addresses (or ranges) of all your machines that are allowed to send emails. Click OK.
      SMTP Access Relay
  5. Go to the Delivery Tab:
    1. Select Outbound Security.
      • If using G-Suite SMTP Relay with IP authentication, select Anonymous access and check TLS encryption. Click OK.
      • If using G-Suit SMTP with SMTP Authentication, or if using the Gmail SMTP, then select Basic authentication and check TLS encryption. Click OK.
        SMTP Delivery Outbound Security
    2. Select “Outbound connections” and set the port to 587. Click OK.
      SMTP Delivery Outbound Connections
    3. Select “Advanced” and enter:
      • Fully-qualified domain name – The correct DNS entry to identify the public IP you’re server is on
      • Smart host
        • If using G-Suite SMTP Relay - smtp-relay.gmail.com
        • If using Gmail SMTP Server – smtp.gmail.com
  6. Close the dialog box and the Properties.
  7. Right Click on the SMTP Server in IIS6 and select “Start”

Test your setup

You can do a simple test from the command prompt. Windows Key + R > cmd.

  1. telnet
  2. set localecho
  3. o <your smtp server IP or FQDN> 25
  4. EHLO <your email domain>
  5. MAIL FROM:<sender@gmail.com>
  6. RCPT TO:<recipient@gmail.com>
  7. DATA
  8. <Type some text>
  9. Enter, type a period (.) and then Enter again
  10. If the server is working properly, you should get a response like this indicating that the message is queued for delivery:
    250 2.6.0 <INET-IMC-01UWr81nn9000fbad8@mail1.glcomputing.com.au.

Finally

Please Note: Make sure you correctly adjust your SPF records if using custom domains. This is essential if you don’t want your messages treated as spam.

Now you’re ready to set up your applications like Act! Internet Mail, Act! Premium for Web Email Merge, and Premium Mobile.

As always, you can let me know if you have any trouble with this or would like to book me to help you.

Saving memory when running #ActCRM on servers

Saving Server RamI was recently asked about how to remove some of the Act! items that load for each user from a machine used for Terminal Services, where only a few of the users needed Act!.
The following ideas are also worth doing on any system/server where Act!’s Outlook/Google Integration isn’t required. This also applies to Web Servers with Act! Premium for Web as the integration is done from the client end.
There are two basic areas where you can remove these components.

Startup Folder Shortcut

The All Users Windows Startup Folder can be found at:
C:\ProgramData\Microsoft\Windows\Start Menu\Programs\StartUp
These programs start up for all users. To open this folder, bring up the Run box (Windows Key + R), type shell:common startup and hit Enter.
From there, you can remove:
  • Act! Integration – this shortcut is only needed to set the Preferences for the ISPA (Integration Services Patch for Act!) that provides the synchronisation of Contacts/Activities with Outlook and/or Google.
Startup All Programs Folder - All Users
If you want to make this available to specific users, you can place the shortcut in their individual Startup folders, located at:
C:\Users\[Username]\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\Startup
These programs start up for the current logged in user only. To directly access this folder for the current user, open Run (Windows key + R), type shell:startup and hit Enter.

Windows Registry Run Keys

Bring up the Run box (Windows Key + R), then type regedit and hit enter
Warning: We strongly recommend that you back up the system registry before making any changes. Incorrect changes to the registry could result in permanent data loss or corrupted files. Please make sure you modify only the keys specified. For detailed information on backing up the Windows Registry, click the link below:
How to back up and restore the registry in Windows
Check each of the following locations:
HKLM\SOFTWARE\WOW6432Node\Microsoft\Windows\CurrentVersion\Run
HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Run
HKCU\Software\Microsoft\Windows\CurrentVersion\Run
From there, you can remove any of the following keys if you like:
  • Act! Preloader – This loads parts of Act! to make it faster when opening and using the program
  • Act.Outlook.Service – Needed to load the Act! address book in Outlook and for recording history
  • Act.Outlook64.Service – Needed to load the Act! address book in Outlook and for recording history
  • ACTSchedulerUI – Used for changing the Scheduler settings. Likely only needed for the admin
  • ISPA - Integration Services Patch for Act!. Provides the synchronisation of Contacts/Activities between Act! and Outlook, Exchange, Office365 or Google.
HKLM - Run Registry

Memory Saving

In my testing, removing all of these saves about 50MB Private memory and 200MB Commit memory per user for those not needing Outlook/Google integration with Act!.
Let me know, in the comments, if your results differ.