I missed this reply earlier. I gave that a try and received hundreds of lines of results, the majority of which seem to have nothing to do with e-mail.
No change. Everything is still being sent from asterisk@
Jun 17 10:22:54 uc-37817158 postfix/master[28501]: daemon started ā version 2.10.1, configuration /etc/postfix
Jun 17 10:23:01 uc-37817158 postfix/pickup[28502]: 84A6EC1BE726: uid=995 from=<asterisk>
Jun 17 10:23:01 uc-37817158 postfix/cleanup[28536]: 84A6EC1BE726: message-id=<[email protected]>
Jun 17 10:23:01 uc-37817158 postfix/qmgr[28503]: 84A6EC1BE726: from=<[email protected]>, size=887, nrcpt=1 (queue active)
Jun 17 10:23:01 uc-37817158 postfix/local[28555]: 84A6EC1BE726: to=<[email protected]>, orig_to=<asterisk>, relay=local, delay=0.22, delays=0.19/0.02/0/0.01, dsn=2.0.0, status=sent (delivered to mailbox)
Jun 17 10:23:01 uc-37817158 postfix/qmgr[28503]: 84A6EC1BE726: removed
Jun 17 10:23:22 uc-37817158 postfix/pickup[28502]: 7E9ACC1BE726: uid=995 from=<asterisk>
Jun 17 10:23:22 uc-37817158 postfix/cleanup[28536]: 7E9ACC1BE726: message-id=<[email protected]>
Jun 17 10:23:22 uc-37817158 postfix/qmgr[28503]: 7E9ACC1BE726: from=<[email protected]>, size=506, nrcpt=1 (queue active)
Jun 17 10:23:22 uc-37817158 postfix/local[28555]: 7E9ACC1BE726: to=<@ctwautomation.com>, relay=local, delay=0.03, delays=0.01/0/0/0.02, dsn=5.1.1, status=bounced (unknown user: "")
Jun 17 10:23:22 uc-37817158 postfix/cleanup[28536]: 8467CC1BE727: message-id=<[email protected]>
Jun 17 10:23:22 uc-37817158 postfix/bounce[28712]: 7E9ACC1BE726: sender non-delivery notification: 8467CC1BE727
Jun 17 10:23:22 uc-37817158 postfix/qmgr[28503]: 8467CC1BE727: from=<>, size=2291, nrcpt=1 (queue active)
Jun 17 10:23:22 uc-37817158 postfix/qmgr[28503]: 7E9ACC1BE726: removed
Jun 17 10:23:22 uc-37817158 postfix/local[28555]: 8467CC1BE727: to=<[email protected]>, relay=local, delay=0.01, delays=0/0/0/0, dsn=2.0.0, status=sent (delivered to mailbox)
Jun 17 10:23:22 uc-37817158 postfix/qmgr[28503]: 8467CC1BE727: removed
This is what is at the end of my /etc/postfix/generic file
root [email protected]
root@localhost [email protected]
[email protected] [email protected]
root@freepbx [email protected]
[email protected] [email protected]
asterisk [email protected]
asterisk@localhost [email protected]
[email protected] [email protected]
asterisk@freepbx [email protected]
[email protected] [email protected]
vm@asterisk [email protected]
asterisk@ [email protected]
@freepbx.localdomain @ctwautomation.com
smtp_generic_maps = hash:/etc/postfix/generic
[email protected] [email protected]
[email protected] [email protected]
This should be in the main conf file not the generic file.
1 Like
I have moved that line to my āgenericā file. (The file was previously empty.) The e-mails are still being bounced.
Did you find a solution to this? Iām having the same issue with Office365 emails being rejected and have tried everything in this post and then some. Still getting emails sending out as asterisk@ instead of the proper email address.
If you are using postfix, then often the easy fix is to alias the email address to the wanted one in /etc/aliases (then run newaliases)
asterisk: [email protected]
Anyone ever get a solution to this? I am having exact same issue on my 15 system. FPBX 15.0.16.38 and Asterisk 13.27.1.
Correct address is setup in email setup, and in voicemail config. It exists correctly in the /etc/asterisk/voicemail.conf file. Iāve tried adding aliases in both /etc/postfix/generic and in /etc/aliases.
In the SMTP dump, it keeps showing itās trying to send with āasterisk@fqdnā and not the address configured to be used, which is subsequently getting bounced by O365 SMTP as asterisk@ isnāt an allowed send-as for the email account being authenticated with. I could add asterisk@ with send-as permission, but thatās a bandaid for the root problem here that Iād like to get sorted.
I have dozens of other systems out there all working correctly. I am unclear what the difference is on mine, OTHER than I am on 15. All other notices from FPBX itself go out properly with the correct from address, itās ONLY voicemail that is still trying to use āasterisk@fqdnā as itās from address.
I found the solution.
For whatever reason, in the /etc/postfix/main.cf, the entry for āsmtp_generic_maps = hash:/etc/postfix/genericā was missing. So even though I had the mappings built out, they were not being used.
I added that entry into main.cf and all the mappings started working properly and the problem is now resolved.
This topic was automatically closed 7 days after the last reply. New replies are no longer allowed.