Home › Knowledgebase › KB-1464

Law Firm Emails Going To Spam Folder

Summary

This guide helps you troubleshoot and resolve: Law Firm Emails Going To Spam Folder. Follow the steps below to fix the issue.

Quick Tip: Need immediate assistance? 💻 Open a Ticket

Common Causes

When a law firm relies on website contact forms and automated notifications to manage client inquiries, email deliverability is critical. Messages originating from web servers are frequently flagged as spam or rejected entirely by recipient mail servers when domain authentication records are missing or incorrectly configured. This can result in missed client communications, lost enquiries, and a breakdown in professional correspondence. This article outlines how DNS authentication protocols—specifically SPF, DKIM, and DMARC—work together to verify that email sent from your domain is legitimate, and explains how to align your website hosting and email routing so outgoing messages reach client inboxes securely.

Remember — If you host with us, you don't need to do this yourself — just Open a Ticket and our Brisbane team will get it sorted.

Quick Fix Steps

  1. Identify your domain registrar and DNS hosting provider.
  2. Locate your current DNS zone file or zone editor.
  3. Verify that an SPF record exists for your domain.
  4. Check that DKIM is enabled and published in your DNS records.
  5. Add a DMARC record to instruct receiving mail servers how to handle unauthenticated email.
  6. Send a test email from your website contact form to an external address to confirm delivery.

Detailed Instructions

Understanding SPF, DKIM, and DMARC

These three DNS records work together to prevent email spoofing and improve deliverability:

Checking and Adding an SPF Record

  1. Log in to your domain registrar or DNS hosting control panel.
  2. Navigate to the DNS management or zone editor section for your law firm's domain.
  3. Look for an existing TXT record with a value beginning with v=spf1.
  4. If no SPF record exists, create a new TXT record with the host set to @ and the value set to your authorised senders, for example: v=spf1 include:_spf.google.com ~all (adjust based on your email provider).
  5. Save the record and allow time for DNS propagation.
Avoid creating multiple SPF records for the same domain. Receiving mail servers may reject email if they find more than one v=spf1 TXT record. Instead, combine all authorised senders into a single SPF record.

Enabling DKIM

  1. Log in to your business email suite administration console (for example, Google Workspace or Microsoft 365).
  2. Navigate to the email authentication or security settings.
  3. Generate a DKIM key pair for your domain.
  4. Copy the public key value provided by your email provider.
  5. In your DNS zone editor, create a new TXT record. The host name will typically be something like default._domainkey (check your provider's exact requirement).
  6. Paste the public key value into the record value field and save.
  7. Return to your email administration console and activate DKIM signing for your domain.

Adding a DMARC Record

  1. In your DNS management panel, create a new TXT record.
  2. Set the host name to _dmarc.
  3. Set the record value to a DMARC policy. A common starting point is: v=DMARC1; p=none; rua=mailto:[email protected]
  4. Replace the email address with one monitored by your organisation.
  5. Save the record.
Starting with p=none tells receiving servers to monitor and report failures without blocking email. Once you confirm SPF and DKIM are working correctly, you can tighten the policy to p=quarantine or p=reject.

Troubleshooting

Diagnosing Propagation Delays

DNS changes are not instant. After updating SPF, DKIM, or DMARC records, it can take anywhere from a few minutes to 48 hours for changes to propagate globally. Use a DNS lookup tool to verify your records are visible before concluding that a change has failed.

Misconfigured Email Routing

If your website is hosted on one server but your email is hosted elsewhere (for example, Microsoft 365 or Google Workspace), ensure your MX records point to the correct email provider. Incorrect MX records can cause automated notifications from your website to be rejected or marked as spam.

External Deliverability Failures

If emails reach some recipients but not others, the receiving organisation may have stricter spoofing prevention policies. Ask the recipient's IT team to check their spam quarantine and confirm whether your domain is passing authentication checks.

Preventing Email Disruption When Altering Web Settings

Before changing web hosting settings, nameservers, or DNS records, document your current configuration. Sudden changes to A records, CNAME records, or nameservers can interrupt both website traffic and email flow. If you are unsure, Open a Ticket and our team can review the changes with you.

Related Articles

Remember — If you host with us, you don't need to do this yourself — just Open a Ticket and our Brisbane team will get it sorted.

Still Having Issues?

Need more help? If the issue persists after trying these steps, please open a support ticket and our team will assist you.

💻 Open a Ticket