I’ve migrated our

Osticket v1.9.12 from a dedicated Ubuntu 14.04 server to FreeBSD 11.1

and I am not able to send or receive emails.server info: https://imgur.com/a/JP9YDSending:

When sending a test

under Admin panel > emails > diagnostics it reports as “sent

successfully” and indeed it does, but according to the mail server

logs it osticket is sending it it from www@helpdesk.domain.com

which causes the below error

Nov 4 12 mx01

postfix/smtpd: NOQUEUE: reject: RCPT from

c-xx-xxx-xxx-1xxhsd1.xx.myispnet: 550 5.1.0

<www@helpdesk.domain.com>: Sender address rejected: User

unknown in virtual mailbox table; from=<www@helpdesk.domain.com>

to=<test@ypcr.com> proto=ESMTP helo=<helpdesk.domain.com>

How can I get

osticket to send from the address SMTP is configured as?

smtp settings: https://imgur.com/fqYRLdPReceiving email:

I can’t seem to

pin point the cause, this is showing in the osticket logs.

error: https://imgur.com/a/CI9ju

Any help would be great.

note: domain.com = my actual domain.

Thanks,

Tim

You would have to edit the core source files to change the send address on the test routine.Or... open a ticket and add a reply to get it to send using the configured email address.

@[deleted] thanks for your reply. I'm not sure I follow why did this just work on the old server without the need to modify source files and adding a reply when creating a ticket?our osticket smanages multiple SMTP accounts for different departments, what source files would need to be edited to have osticket send from the intended email address?also any idea why the osticket is not reviving email and what this means https://imgur.com/a/CI9ju ?regards,Tim

"postfix/smtpd: NOQUEUE: reject: RCPT from" sounds like me that your new server is configured to restrict sending mails in this way. Did you check your postfix config?But I think this is not really your problem. This would only be used if you use the php mailer or as a fall back.I guess you have configured your different mail accounts in osticket and this accounts are either not configured correctly or something in your environment (or in the environment where the mail server resides) is preventing that the new server is contacting your mail server or mail accounts. Communication problems seem to me the most likely. See you second screenshot "This could be connection issues related to the mail server".

Write a Reply...