Prolateral Consulting Ltd
Prolateral Consulting Ltd
proEmail
proEmail
Cloud-Based Email
Business Collaboration
Desktop, Web & Mobile Sync
inMail

Prolateral offers primary and backup domain (DNS) services, with servers in key geographic locations providing the best service possible.

proEmail - FAQ

Please see below some frequently asked questions regarding our proEmail (hosted cloud-based email) service.

proEmail is a cloud-hosted business email solution that provides secure mailboxes, shared calendars, public folders, and collaboration tools. It’s built on a reliable and scalable platform and offers enterprise-grade functionality without the complexity of running your own server.

proEmail is a fully hosted, cloud-based email solution designed for businesses of all sizes. It includes professional mailboxes, shared mailboxes, calendars, and resource management—everything you need for seamless team communications. Built on trusted technology, proEmail integrates with proFilter for advanced spam protection and outMail for secure and reliable outbound email delivery. One unified platform, using all our tools in one service.

proEmail is ideal for businesses, teams, and individuals who need a professional, secure, and scalable email solution. Whether you're a solo freelancer or a growing enterprise, proEmail scales to match your needs.

Yes, proEmail includes robust built-in security features like TLS encryption, spam filtering, and optional two-factor authentication. When combined with our proFilter and outMail services, your email environment is protected end-to-end.

With proEmail, you eliminate the costs and complexity of maintaining your own email server. You get high uptime, secure access, professional features, and support—all managed in the cloud.

proEmail integrates with:

  • proFilter: Premium anti-spam and malware filtering.
  • outMail: Trusted and secure outbound email delivery.
  • Common email clients like Outlook, Thunderbird, and mobile mail apps.

Yes. proEmail includes shared mailboxes, calendars, address books, and resource scheduling, making it easy for teams to collaborate.

Pricing is simple and scalable—starting from just £3.50/month (exVAT) for 1 mailbox, with larger packages available for teams and businesses. There are no hidden fees, and you can upgrade (or downgrade) as your needs change.

Absolutely. We offer full migration assistance from providers like Gmail, Microsoft 365, and cPanel-based email systems to make switching to proEmail as smooth as possible.

Unlike big tech solutions, proEmail gives you more control and transparency. It's built on trusted and secure technology, offers clear pricing, strong privacy protections, and integrates seamlessly with our in-house tools like proFilter and outMail.

Yes, unlike free email services that force you to have a mailbox using their domain name, proEmail lets you use your own domain.

With a few DNS changes to your existing domain name settings you can be using proEmail in a jiffy.

No, There is no requirement to transfer your domain name to us, we simple ask that you have access to your domain providers portal so you can update the necessary DNS settings.

We do offer primary DNS services, so if you want to transfer your domain to us, we would happily manage it for you.

If you no longer want to use the proEmail service you can cancel at anytime from within the secure clients area.

In the Secure Clients Area select the menu 'My Services'. Find the desired service you wish to cancel and select it. Then click on the button 'Request Cancellation'.

You will also need to remove the MX record from within your domain names DNS settings, please see the setup section or the support pages for additional information on setup and removal of the proFilter service.

 

MTA-STS - FAQ

Please see below some frequently asked questions regarding MTA-STS and TLS-RPT.

MTA-STS (Mail Transfer Agent - Strict Transport Security) is a protocol designed to enhance email security by enforcing strict encryption policies for inbound email delivery.

It works by allowing domain owners to publish a policy specifying the security standards that receiving email servers must adhere to when communicating with their domain's mail servers. These standards typically include requirements for Transport Layer Security (TLS) encryption and certificate validation.

By implementing MTA-STS, domain owners can mitigate the risk of man-in-the-middle attacks and other forms of interception by ensuring that all email exchanges with their domain are encrypted and authenticated. This helps prevent unauthorised access to sensitive information contained within email communications.

MTA-STS, or Mail Transfer Agent - Strict Transport Security, serves several key functions to enhance email security:

    • Enforces Encryption: MTA-STS mandates the use of Transport Layer Security (TLS) encryption for email communication between mail servers. This ensures that messages exchanged between sender and recipient domains are encrypted, mitigating the risk of interception and unauthorised access.
    • Validates Certificates: MTA-STS requires that receiving mail servers validate the SSL/TLS certificates presented by sending servers. This validation helps prevent man-in-the-middle attacks, where an attacker intercepts and potentially alters email traffic between servers.
    • Establish Secure Channels: By enforcing TLS encryption and certificate validation, MTA-STS helps establish secure communication channels between email servers. This protects sensitive information transmitted via email from being exposed to unauthorised parties.
    • Prevents Downgrade Attacks: MTA-STS policies specify the minimum acceptable TLS version and cryptographic algorithms for secure communication. This prevents attackers from downgrading the encryption level to weaker protocols, strengthening the overall security of email exchanges.
    • Enhances Trust: Implementing MTA-STS demonstrates a commitment to email security by domain owners. It instills confidence in recipients that communications originating from these domains are transmitted securely, reducing the likelihood of phishing attacks and other forms of email fraud.

MTA-STS plays a crucial role in bolstering the security of email infrastructure by enforcing encryption standards and mitigating potential vulnerabilities in email transmission protocols.

Setting up MTA-STS involves several steps:

  • Generate SSL/TLS Certificate: Obtain a valid SSL/TLS certificate for your mail server.
  • Configure TLS on Mail Server: Ensure that your mail server is properly configured to support TLS encryption.
  • Create MTA-STS Policy: Write a MTA-STS policy file detailing the TLS requirements for inbound email delivery.
  • Publish Policy File: Host the policy file on a publicly accessible (HTTPS only) web server.
  • Add DNS TXT Record: Create the necessary DNS records to support MTA-STS.

If you're using profilter for your inbound email delivery then all profilter clusters are already configured to support SSL/TLS communications.

We've created a detailed knowledage base article on the setting up of MTA-STS

Direct link to the KB Article is here.

MTA-STS (Mail Transfer Agent Strict Transport Security) is a mechanism designed to enhance the security of inbound email communication by enforcing secure connections between mail servers.

It works by specifying policies in the Domain Name System (DNS) records of a domain, indicating if encrypted connections using specific protocols, such as Transport Layer Security (TLS), should be accepted by the mail server.

The implementation of MTA-STS requires the publishing of several DNS records. Please see the KB article titled, "How do I setup MTA-STS@quot; for the DNS records required.

An MTA-STS (Mail Transfer Agent Strict Transport Security) record is a type of DNS (Domain Name System) record used to implement MTA-STS policy for a domain.

The MTA-STS DNS records point to a public location where the MTA-STS policy is published.

To implement MTA-STS two DNS records are required. A DNS A or AAAA record called mta-sts and a DNS TXT record called _mta-sts. For more information please see the setup guide.

MTA-STS (Mail Transfer Agent Strict Transport Security) and DMARC (Domain-based Message Authentication, Reporting, and Conformance) are both mechanisms aimed at enhancing email security, but they serve different purposes and operate at different layers of the email infrastructure.

MTA-STS primarily focuses on securing the transport layer of email communications. It ensures that email exchanges between mail servers occur over encrypted connections, typically using protocols like Transport Layer Security (TLS).

On the other hand, DMARC is a policy framework that focuses on authenticating emails and combatting email spoofing and phishing attacks. DMARC enables domain owners to authenticate their emails using techniques like SPF (Sender Policy Framework) and DKIM (DomainKeys Identified Mail), and it provides instructions to email receivers on how to handle emails that fail authentication.

TLS-RPT (Transport Layer Security - RePorTing) is a protocol designed to improve the security of email communication by providing feedback to domain owners about issues encountered during the establishment of TLS-encrypted connections between email servers.

If you're going to implement MTA-STS then its a good ideal to implement TLS-RPT so you can problem solve any delivery issues that are caused by having a strict security delivery policy.

TLS Reporting is a valuable tool for domain owners to monitor and improve the security of their email communication by receiving feedback on TLS connection attempts made to their domains. Here's a brief overview of TLS-RPT:

  • Feedback Mechanism: TLS-RPT allows email servers to report back to domain owners any problems encountered when attempting to establish Transport Layer Security (TLS) connections. These reports provide valuable insight into potential security vulnerabilities and misconfigurations.
  • Diagnostic Information: TLS-RPT reports typically include diagnostic information such as error codes, encryption protocol versions, and certificate validation failures encountered during the TLS handshake process.
  • Policy Discovery: In addition to reporting errors, TLS-RPT enables domain owners to discover which email servers are attempting to connect to their domain using TLS encryption. This helps domain owners assess the effectiveness of their TLS policies and identify any unauthorised or insecure connections.
  • Enhanced Security: By providing feedback on TLS connection attempts, TLS-RPT enables domain owners to identify and address security weaknesses in their email infrastructure, ultimately enhancing the overall security posture of their domains.

We've created a detailed knowledage base article on the setting up of TLS-RPT

Direct link to the KB Article is here.

 

We're a company with sites in the UK, Europe and Asia. Setting up our domain emails with proEmail was surprisingly easy.

Bundled with profilter the spam filtering is solid, and our inboxes are way cleaner than before.

David Smith, Director, Cambridgeshire