Out of the box, Lendware sends all Automations using SendGrid - this includes your company's Nurture or Drip Campaigns, Scheduled Newsletters and just about any other outbound marketing emails. Not only does this provide higher delivery rates and higher throughput for nurture and marketing communications, but also allows for opt-out capture and future link tracking and open rates.
To ensure high-quality delivery, easy identification of sender and seamless response, Lendware sends (by default) from a hidden custom email address with quality and compliant email headers that provide the sender's full name and direct reply-to.
While this method helps ensure the highest delivery rates in our industry, many companies will prefer to take advantage of our premium email experience by sending from their own fully authenticated domain name using custom DNS records provided by Lendware.
Before beginning, we will first set a few definitions:


⚙️ Note: Direct 1:1 emails (ad-hoc messages) are sent through a user’s connected inbox, not through SendGrid.
Adding and setting-up a new sending domain is incredibly straight-forward. It is highly recommended that a company's IT department is fully aware and involved in setting up an Enterprise Domain in Lendware.
⚠️ Before beginning, the Lendware Administrator must have access to the name servers and ability to add new DNS records on the sending domain.
🚧 Updating or deleting DNS records incorrectly or inadvertently can cause unexpected behaviors in existing systems. This process should not be handled by anyone that does not have direct experience and full understanding of DNS, Name Servers and the existing records on the domain to be updated. It is always recommended to backup all DNS settings before making changes. Lendware is not responsible for any adverse results from this process.
Always consult your organization's CTO or IT management company to assist before making any change.
yourcompany.com) and click Add Domain.


📨 Basic DMARC is provided for use. However, a complete DMARC policy and 'txt' record are ideally maintained by IT/IT-Sec team. DMARC is not required, but a recommended industry standard way to help protect the reputation of your email sending domain.
Many DNS providers automatically append your root domain to DNS records.
If you enter the full hostname (for example, s1._domainkey.yourcompany.com) in providers that auto-append the domain, the record may error or fail verification.
In most cases, you should enter only the subdomain portion.
| DNS Provider | What to Enter in the Name / Host Field | Notes |
|---|---|---|
| GoDaddy | s1._domainkey | Automatically appends the domain |
| Namecheap | s1._domainkey | Do not include .yourcompany.com |
| Cloudflare | s1._domainkey | Uses relative record names |
| Google Domains / Google Cloud DNS | s1._domainkey | Domain is appended automatically |
| AWS Route 53 | s1._domainkey | Relative to the hosted zone |
| Other DNS Providers | Varies by provider | If unsure, remove the root domain |
📌 Tip: If you see a duplicated domain (e.g. yourcompany.com.yourcompany.com), remove the domain portion from the record name.
If your DNS records fail to verify or your provider shows an error:
.yourcompany.com from the Name / Host fieldDNS behavior varies by provider. If records still do not verify, consult your DNS provider or IT team.
If you are unsure how your DNS provider formats records, use the official documentation below:
| Provider | Documentation |
|---|---|
| GoDaddy | Manage DNS records |
| Namecheap | How to set up DNS records for Namecheap |
| Cloudflare | Manage DNS records |
| Google Cloud DNS | Set up DNS records for a domain name with Cloud DNS |
| AWS Route 53 | Configuring Amazon Route 53 as your DNS service |
💡 If you have any questions, you’re always welcome to reach out to our team. However, since DNS configurations can vary by provider, it’s usually best to confirm any remaining details directly with your DNS provider or internal IT team.
To allow for multiple brands/logos across a single Enterprise, we also offer the ability to setup additional sending domains. Often each team or division may have their own vanity domain for their team or local branding. By setting up additional domains, each team that wants it, can send emails from their own vanity domain.
Overall, the process is the same as adding the first custom sending domain. In Enterprise Settings, then Setting Page, in the Enterprise Domain section, we'll click the 'Add Domain' button. Enter the new domain and follow the same process in the section above.
In the animated GIF below, we'll show the initial setup when a previously added domain exists.

To complete the process, follow the steps in the section above.
⚙️ When multiple domains are set up in an enterprise, users are able to verify an address on any of those domains to send automated and mass mail from. However, only one email can be setup per user.
Sometimes deleting a domain is required. To do so, simply return to Enterprise Settings, then Setting Page. Finally, in the Enterprise Domain section, simply locate the domain to be removed and click the 'trashcan' icon (to the right of that domain).
In the below animated GIF, we're prompted with a confirmation window. We will type or paste the domain into the confirmation box and choose Delete. This domain will no longer be available for use and any User who had it setup as their sending domain can now choose a new domain. No action on the user's part will revert to the default sending schema outlined at the top of this article.

⚙️ On the 'Delete Enterprise Domain' confirmation dialog, it will provide the number of current users who have their email setup to use that enterprise domain. If any users are setup to use email on that domain, it will automatically remove their access to sending from that domain.
👍 This concludes the setup of Enterprise Domain for sending email