Send invoice emails from your own domain

By default, JomeInvoice sends invoice emails to your buyers and suppliers from a JomeInvoice address. This works straight away and needs no setup.

If you would rather those emails came from your own company address, that is possible. It needs one thing first: your domain has to authorise JomeInvoice to send on its behalf. That is a DNS change your IT team makes, and we set it up with you.

Where the sender address is set

Each email JomeInvoice sends uses a template, and each template has its own sender address.

1. Go to Settings.
2. Find Workspace Settings, then click View.
3. Open the Email Notifications tab.
4. Select a template, for example New Invoice.
5. The From Email field holds the sender address for that template.

Templates are configured one at a time. Changing From Email on one template does not change it on the others, so a workspace can end up sending invoice emails from one address and onboarding invitations from another.

Whether these emails are sent at all is controlled separately, in Settings > Workspace Settings > General, under Email Notification.

Why your own address needs authorisation

Mail providers such as Google Workspace and Microsoft 365 check whether the server that sent a message is allowed to send for the domain in the From address. Three published DNS standards do this:

• SPF lists which servers may send mail for your domain.
• DKIM lets a receiving server verify a signature on the message.
• DMARC ties the two together and tells receivers what to do when the check fails: allow, quarantine, or reject.

If you put an address on your own domain into From Email without authorising JomeInvoice first, your messages fail that check. Your recipients' mail providers then apply the policy your own domain publishes. Most established companies publish a strict policy, so the message is quarantined.

Two things make this hard to spot:

• A quarantined message is not in the recipient's spam folder. It is held in an administrator quarantine that only the recipient's IT team can see and release. The recipient can search their mailbox and find nothing at all.
• JomeInvoice will still show the email as Delivered. See the next section.

The result is that invoices quietly stop arriving, and the first sign of trouble is usually a customer asking about an overdue payment.

What "Delivered" means in the email log

The status on an email log row describes what the receiving mail server told us, not what happened to the message afterwards:

Status	What it means
Sent	The message has been handed off for delivery.
Delivered	The receiving mail server accepted the message.
Failed	The receiving mail server rejected the message, or it bounced.

Delivered means accepted, not read, and not necessarily placed in an inbox. Once the receiving organisation has accepted a message, anything it does next, including quarantining it, filtering it, or applying a mailbox rule, happens inside that organisation and is not reported back to JomeInvoice.

This is why Delivered is not proof that a sender-domain change worked. The only reliable confirmation is a person inside the recipient organisation saying the message arrived.

How to send from your own domain

Contact JomeInvoice support to start this. It is not a self-service change: it needs work from both our team and your IT team, and part of it happens on our side where you cannot see it.

Here is what the process looks like:

1. Tell us you want your own sender address. Give us the domain you want to send from and a contact in your IT team who can make DNS changes.
2. We agree a dedicated subdomain with you, for example an einvoice. subdomain of your company domain. We use a subdomain rather than your main domain deliberately: it leaves your normal company email completely untouched, limits the change to invoice mail, and can be removed later without affecting anything else.
3. We register the subdomain and send you the DNS records. These are specific to your subdomain, so wait for the records we send rather than copying values from anywhere else.
4. Your IT team publishes those records. This is usually quick, though your internal change process may take longer.
5. We complete the setup on our side. Publishing the DNS records is the middle of the process, not the end. Once your records verify, we finish configuring your subdomain in each environment you will be sending from, including the delivery reporting that keeps your email log up to date, and we update the From Email on the templates you use.
6. We test it together. We send a message to a mailbox inside your organisation, and you confirm it arrived in the inbox. Ask your IT team to confirm the message passed the domain checks in their mail administration console.

Step 6 matters. Because a misconfigured sender still shows as Delivered, a real person confirming receipt is the only meaningful test. Treat the setup as finished when that confirmation comes back, not before.

If you will be testing with us before going live, tell us at step 1. Each environment is configured separately, so a subdomain that works in testing still needs the same setup completed for the live environment.

Once it is finished, invoice emails on the templates we updated go out as your subdomain and pass the domain checks your recipients' mail providers run. Templates we did not update keep sending from the JomeInvoice address, so tell us every template you use.

What you need from your side

• A domain you control, with someone able to publish DNS records for it.
• Agreement on the subdomain to use.
• A test mailbox inside your organisation for the verification step.

Current limitations

• Own-domain sending has to be set up with us first, per domain. The From Email field accepts any address you type, including one on a domain we are not authorised for. It will not warn you, and neither will the email log. Arrange the setup rather than changing the field yourself.
• The setup is per domain and per environment. If you test with us before going live, the same setup has to be completed again for the live environment. Tell us your plan so both are done.
• Replies cannot be redirected to a different address. Setting a reply-to address that differs from the sender address is not currently available. Recipients reply to whichever address is in From Email.
• We cannot send through your own mail server, and we do not offer an SMTP relay or accept SMTP credentials for your mail system.
• The sender address is set per template, not once for the whole workspace. Ask us to update every template you use, or you will end up with invoice emails from one address and onboarding invitations from another.

If emails show Delivered but nobody received them

Work through these in order.

1. Check the sender address. In Settings > Workspace Settings > Email Notifications, look at From Email on the affected template. If it is an address on your own domain and you did not complete the setup above with us, that is almost certainly the cause. Change it back to the JomeInvoice address, which restores delivery immediately, then contact support to arrange the setup properly.
2. If you did complete the setup with us, contact support before changing anything. Something in the configuration needs checking on our side, and reverting the template will hide the symptom rather than fix it.
3. Check the recipient address on the email log entry is the mailbox the person is actually checking.
4. Confirm email sending is enabled for that document type in Settings > Workspace Settings > General, under Email Notification.
5. Ask the recipient's IT team to search their quarantine, not just the spam folder. Ask them what the message's domain-check result was. This is the step most often skipped, and it is usually where the messages are.
6. Contact support if the messages are not in quarantine and the sender address is a JomeInvoice one.

When you contact support, having the template name, the sender address, the recipient address, and the date and time of the affected emails will get you an answer faster.

If emails stay at Sent and never change

An email log row moves from Sent to Delivered or Failed when the receiving mail server reports back. Sent is the status before any such report has been received.

If your rows stay at Sent and never change, contact support and say so. On a workspace using its own sender domain, this usually means the delivery reporting for that domain needs completing on our side. It does not mean the emails failed: they may have arrived normally, and the log simply has no result to show. Until it is fixed, ask the recipient whether the message arrived rather than reading anything into the Sent status.

Related guides

• Workspace Settings - every settings tab at a glance, including where email sending is switched on
• Invite customers / suppliers to self-onboard - the invitation emails, which also use a template with its own sender address
• Document and export issues - problems downloading or exporting invoice documents