Enter your idea

@Austin Smith - 100%!

Personally, I have had a gutsful for the price hikes with no improvements. I am pretty much ready to leave.

@Austin Smith. Excellent post!!!

@Austin Smith (July 30, 2026 2:41 PM)

Great post!

In addition:
- https://jtwaccountants.com.au/xero-2022-pricing-changes/
- https://jtwaccountants.com.au/xero-2023-pricing-increases/
- https://jtwaccountants.com.au/xero-2026-pricing-increases/
- https://www.xero.com/us/pricing-plans/update/

Thirteen years. This request opened in 2013. The last substantive staff response came in May, "in discovery," no timeframe. That was months ago and there has been nothing since.

I want to address the thing that seems to be blocking this internally, because I suspect the product team is scoping the hard version of the feature when the community is asking for the easy one.

Nobody in this thread is asking Xero to relay through our SMTP servers. I understand why that is a non starter. You would be holding tenant credentials, breaking every time a password rotates or 2FA changes, absorbing async delivery failures you cannot diagnose, losing bounce and open telemetry, and hitting per user send caps on Google Workspace and Microsoft 365. Fine. Decline that version. I would decline it too.

What we are asking for is domain authentication, and it is a materially different piece of engineering:

1. I add my domain in Xero, mycompany.com.

2. Xero generates a DKIM keypair and shows me a selector record to publish, either a CNAME pointing at a Xero hosted key or a TXT record with the public key.

3. I publish that record, plus an SPF include if required, at my DNS provider.

4. Xero validates it.

5. Xero keeps sending from Xero's own infrastructure, Xero's IPs, Xero's queue, Xero's bounce handling, Xero's telemetry. Nothing about your sending architecture changes.
The only difference is that the outbound message is DKIM signed with d=mycompany.com instead of d=post.xero.com, and the From header reads accounting@mycompany.com.

That is it. The signature now aligns with the From domain, DMARC passes on the alignment check, and my invoice lands in the inbox instead of the junk folder.

Every serious transactional sender already does this. SendGrid, Postmark, Mailgun, Amazon SES, Stripe, DocuSign, Zoho. It is not exotic. It is the baseline expectation for any platform sending mail on a customer's behalf in 2026.

The objections I can anticipate, and my responses:

Reputation risk. Yes, tenant domains introduce abuse surface. But you already have that problem in a worse form. There is documented abuse in the wild right now of scammers using Xero's invoicing to send phishing that passes SPF, DKIM and DMARC fully aligned on post.xero.com, because your shared domain is the trusted one. Moving signing to tenant domains contains blast radius rather than expanding it. When a bad actor burns a domain under this model, they burn their own, not the one every paying customer depends on.

Support cost. Real. DNS is where customers get confused. It is also a solved onboarding problem with a validation button and a clear error state, and it is a cost every one of your competitors has already decided is worth paying.

Low demand. This thread is thirteen years old with continuous engagement and multiple merged duplicates. That is not low demand, that is sustained demand that has been outlasted.

Here is where I am. I run a small services company. I invoice organizations that check email on shared admin accounts with aggressive filtering, and several of them have systems that reject or quarantine mail from an address that is not the vendor's actual domain. I have had to follow up individually to ask whether an invoice arrived. That is not a minor inconvenience, that is unpaid receivables and it makes my business look unprofessional because of a platform decision I did not make and cannot work around.

I came to Xero from Zoho Books. Zoho has supported exactly this for years. Add the domain, publish SPF and DKIM, validate, done, and if your domain is not authenticated it transparently falls back to their own sending address. It is a solved problem, shipped, by a competitor at a lower price point.

I am not threatening to leave for effect. I am telling you that I am currently evaluating what it costs me to migrate back, and that the answer is getting smaller the longer this sits at "in discovery." I would rather stay. I would rather this thread get a real update with a real quarter attached to it.

Question for admins: How many price increases have we seen since this overwhelmingly popular feature request was initiated?

Re: Why can't Xero spend time fixing the things that users actually care about???

When a company starts, they try to please their users. Once they've floated, they try to please their shareholders and investors.

Mentioning AI constantly, boosts their share price. Not-mentioning AI depresses their share price. Users? Once they have millions of these, they no longer care who cancels and why.

Personally I'd like to know which community members have been contacted. I bet none have. if you have been contacted by the Xero dev team please update this thread.

Once again, we all get an email trumpeting all of the so called "Improvements" to Xero.

All of this is a waste of time if invoices are not being reliably delivered to customers, so that they can pay them. Sending invoice emails from the Xero messaging domain is causing many invoices to be automatically spam binned. Besides the practical issues, it looks so unprofessional for companies, who cannot send emails that are properly identified by their own address.

Why can't Xero spend time fixing the things that users actually care about???

It is now over four months since Kelly's last posting, and we are still struggling with this issue.

The last we heard from Xero was in March; @Kelly Munro - any updates from Xero development on this? I'm not able to recommend Xero to my clients looking for a Quickbooks alternative while this issue is still unresolved.

This is absolutely needed for all the reasons mentioned below. My invoices go to spam. This appeared again in a chasing call yesterday, in which I learned that the client never saw the invoice even though it was expected. I had an email this morning from another client asking why I hadn't sent the quote yet. Please add to your Purpose statement the very important issue of spam and fraud by bad actors.

I'm finding the spam on this thread kind of hilarious. As if they're taunting us because they know how little Xero cares about spam and spoofed emails.

I integrated Akshay's Xero Mailer years ago and it's awesome, works perfectly. It 100% solved the issue in XERO that where we could not send from our domain from our own servers. Since then we've had all invoices received and no more late payments. Nice work, great product.

For the past few years, we've been helping Xero users automate and customize their email workflows through XeroEmail.com. Based on customer feedback, we're now moving to ZeroAIMailer.com with a broader focus and more automation features.

Existing features include custom domain/DNS settings for Xero invoices, quotes, and other emails. We've recently added automatic statement emailing and OneDrive integration to keep all generated PDFs organized in one place.

ZeroAIMailer is completely self-service — you can sign up, use the free plan, or start a free trial of any paid package without needing to talk to a sales team.

We'd love to hear your feedback and feature requests as we continue building based on what the Xero community needs.

@Adam I am sure there are. I was simply sharing another option for anyone on here who might need it. :o)

@Matt there are other solutions and ones that aren't charging more per month than wat Xero is charging

@Tim - I appreciate that 100%. My point was that this request is now almost 13 years old, and nothing has been done, so we decided to find an (ultimately better) alternative.

TLDR; Maybe focus on a solution, instead of ******* your head against a wall, where no one is obviously around to see your ongoing frustration.

@Matt It's great that you were able to develop something, but not everyone has the ability, or the resources to do this. If you are sending large numbers of invoices every day, it might be cost effective, but not for everyone. This is Xero's problem, and they really do not understand the overall impact of the issue.

We "solved" this issue by not sending invoices via Xero. Once an invoice is set to "Approved", it triggers a Make automation, which updates and associated invoice task in our ClickUp central hub, and that's where the invoice PDF then gets sent out to the client.

Whilst I appreciate this needs another tool to work, it has advantages:

- One central source of information
- A tool using our email address to send, which is properly validated in DNS
- Any client replies and further correspondence creates a clear thread in ClickUp

If our invoices do not get through to customers, because they look like spam, then they will not get paid. If companies do not get paid, then they cease to exist. That means that all the time spent developing AI products is completely wasted.

AI is not very important in the overall scheme of things - GETTING PAID IS ! ! AI might make the system look clever to prospective users, but they will soon find the serious problems when they start using it.

FIX THE iMPORTANT ISSUES FIRST ! ! !

It seems that this App mentioned below can send follow-up emails, reminders etc, from your own Domain. But it does not seem to say anywhere in its descriptions that it sends the original invoice / purchase order / remittance from your own Domain.
This is what Xero needs to implement...