Thanks for the explanation.
The issue I’m running into is related to the way our email flow is designed.
We use Microsoft 365 for our public email addresses (support, noc, billing). Those addresses are the ones customers send email to, but they are not the mailboxes that osTicket connects to directly.
Our flow works like this.
Inbound flow
Customers send email to the public addresses hosted in Microsoft 365:
support@mydomain.com
noc@mydomain.com
billing@mydomain.com
In Microsoft 365 we use mail flow rules (transport rules) to forward those emails to hidden intake mailboxes on another mail server.
Example:
support@mydomain.com → s1@relaydomain.com
noc@mydomain.com → n1@relaydomain.com
billing@mydomain.com → b1@relaydomain.com
osTicket polls these relaydomain.com mailboxes via IMAP, and ticket creation works correctly.
The outbound problem
Because the email accounts configured in osTicket are:
s1@relaydomain.com
n1@relaydomain.com
b1@relaydomain.com
osTicket also uses those same addresses when sending replies.
So when an agent replies to a ticket, the customer receives mail from:
s1@relaydomain.com
instead of the public address:
support@mydomain.com
I attempted to configure SMTP using an SMTP relay service so that all outbound mail would go through a single relay, but osTicket still uses the email object's address as the sender address, not the public support address.
What I am trying to achieve is something like this:
Inbound IMAP mailbox:
s1@relaydomain.com
Visible sender address:
support@mydomain.com
SMTP relay:
smtp.relayprovider.com
So the intake mailbox is only used for receiving mail, while replies to customers come from the public support address.
From what I can see, osTicket requires the email object's address to match the sender address, which makes this type of architecture difficult.
Is there a supported way to separate:
the IMAP intake mailbox
the visible sender address
and a single SMTP relay for outbound mail?
Or would something like this require modifying osTicket’s mailer behavior?
Thanks.