Once you have signed up for a Freshservice account, the first thing you probably want to do is start taking requests from your employees. The most common way to do this would be to set up a support email address where your users can send in issues and service requests.


By default, your Freshservice account comes with a default address that looks like support@yourcompany.freshservice.com. Any email sent to this address gets converted into a ticket inside Freshservice automatically.

You can also set up your own vanity email (e.g. help@yourcompany.com) as your primary support email. To do this, you will need access to your company’s contact email and a few minutes to set things up with Freshservice.

Here's a video to help you with the process:




A quick guide to setting up your support email:


1. Setup your support mailbox in Freshservice

  • Login to your Freshservice account.

  • In the Admin > Channels > Email > Email Settings and Mailbox. 

    If your account has more than one workspace, you can navigate to  Admin > {Workspace Name} > Admin > Channels > Email > Email Settings and Mailbox.

    Note:  Each workspace can have its own support emails that can be configured. In case you want to use the same support email across all workspaces, you can configure a unified helpdesk email for the primary workspace and use global workflow automation to route tickets to the right workspace based on the content of the email.

  • Under Global Support Emails, click on the primary email address to edit it. If you want to create multiple support addresses, you can click on New Email Settings.
  • Give your support email a name (like MyCompany Helpdesk). This will be the “From” name that your customers see in your reply emails.

  • Enter your support email address. This will also be the reply-to address for the emails you send from your service desk.

  • Save your new email configuration.


2. Verify your email and setting up forward rules

  • You would have received an email from your help desk to the email id you entered.

  • Click on the verification link in the email to confirm your email. You can also copy-paste the link into your browser.

  • Create a rule in your mailbox to forward incoming emails to your Freshservice specified email id (support@yourcompany.freshservice.com)


3. Create an SPF record to improve deliverability

  • Sometimes your receiver's mail servers might mark the emails you send through Freshservice as SPAM. This happens because you have not yet "authorized" freshservice.com to send emails on your behalf. To ensure that your emails get delivered right, you should create an SPF (Sender Policy Framework) record in your DNS servers.

Create an SPF record in your DNS Zone file to include email.freshservice.com. You can learn more about SPF records here.


Adding BCC email

The top-level management might want to know what's going on in your support without being added as agents. You can add these email addresses as BCC while setting up the support mailbox.  


A quick guide on setting up BCC

  • Login to your support portal as an Administrator.
  • Select Admin > Channels > Email > Email Settings and Mailbox. 

    If your account has more than one workspace, you can navigate to  Admin > {Workspace Name} > Admin > Channels > Email > Email Settings and Mailbox.

    Note:  Each workspace can have its own support emails that can be configured. In case you want to use the same support email across all workspaces, you can configure a unified helpdesk email for the primary workspace and use global workflow automation to route tickets to the right workspace based on the content of the email.

  • Click on the Add BCC link above the support emails listed.

  • Type in all the email addresses you want to add as BCC, separated by commas.
  • Click Save and the BCC email addresses will be added right away.


Forwarding emails from a private inbox to your support portal

 

Occasionally, your customers might email your support agents directly or you might have a mailbox full of emails that need to be converted to support tickets. This can be done by just forwarding them to your support email address. Tickets that are forwarded from a verified agent's email address will be created in the name of the customer who sent the email to the agent. But when you forward existing emails from a mailbox (where this mailbox is not associated with an agent), the requester will be the mailbox and the timestamp of the ticket will be the time the email was forwarded.

 

Note: Please do not use a Group Email for converting emails to tickets. Gmail and a few other providers suppress email notifications when an email is sent to group emails. Sometimes tickets will not be created and we will have no log of this.


Click here to understand how to configure email notifications. Configurations for tickets and projects that cut across all workspaces can be configured globally. For example, user activation and agent activation emails that apply to the entire account can be configured globally. To configure notifications specific to your workspace, you can configure email notifications at the workspace level.

 

Also, whenever an email is sent from one of the mailboxes you configured in Freshservice to another (or if one of the configured mailboxes is in the CC), a ticket will not be generated. This has been done to prevent email looping. So it's always a better idea to forward emails to support to create tickets.


For Exchange/Office 365 Customers


Microsoft rules state that the emails will be ‘redirected’ to the other contact.


Check the properties of the shared mailbox, under Mailbox Features you must click on Mail Flow settings. This has the option to Enable forwarding. You must enable this and select the internal mailbox/contact to forward to.


Faq's


1. Why do I receive an error message stating "Reply email cannot be one of the user emails" when attempting to add a support email?


This error occurs when a requester or agent profile is using the same email address. Once you remove the respective user from the portal ( Admin --> Agent/Requester --> Select the respective email --> Click on the 3 dots from the top right --> Click forget user). After the email is removed you will be able to add this email to your mailbox.



2. How to restrict certain email domains from creating tickets in my instance?


Go to Global Settings > Admin > Support Portal. Then, under "Email Domain Restriction," choose "Users from specified domains" and add the relevant domains. Please be aware that existing user profiles from domains not included here will still be able to create tickets in your portal.


3. Tickets are not being created from specific users, how to resolve them?


The issue might be caused by one of the following reasons:


Email Domain Restriction: If you have restricted users from specific email domains, make sure the user's domain is allowed by going to Admin (or the respective workspace) > Support Portal > Email Domain Restriction. This will allow external emails to create tickets.


Check the Spam Folder: Navigate to the Tickets List, click on the three lines, and go to Spam. If you find any tickets there, unmark them as spam. Also, review and adjust any automation rules that might be sending tickets to spam.


Reply-to Email Address Setting: In Admin > Email Settings and Mailboxes, make sure "Use 'Reply-to' email address to create requester contacts" is disabled. If this setting is enabled, the Reply-to address becomes the Requester, but Domain Restriction may prevent Requester and Ticket creation.


Support Email Addresses: Tickets will not be created if both the From and To addresses are helpdesk support emails. This is expected behavior.


For forwarded emails, use original sender as requester:  If you have domain restriction in your portal (Global Settings Admin --> Support Portal) and also if "For forwarded emails, use original sender as requester" is enabled ( Admin --> Email Settings and Mailboxes )which might be the cause of this issue if the respective user domain is not added. Also, note that if the original sender is a helpdesk email, and this option is enabled, a ticket will not be created. This is because the From and To addresses cannot both be support mailbox emails from the instance.


4. When an agent forwards an email to the help desk, it creates the original sender as the requester. How can we prevent this functionality?


Navigate to Respective workspace Admin --> Email Settings and Mailboxes --> For forwarded emails, use the original sender as requester which might be the cause of this issue.


5. How can we allow external users to send emails to create tickets without creating an account?


If the user does not have an existing account with your portal, an account will be automatically created when they submit a ticket. This is the default behavior.