Home › Forums › Collaboration Solutions › Mitel Collaboration Solutions › Ability to set sender address to receive email notifier into Office 365
Tagged: 365, email, sender address
- This topic has 3 replies, 2 voices, and was last updated 2 years, 1 month ago by
Stefan Jansson.
-
AuthorPosts
-
January 8, 2019 at 5:07 pm #4814
Stefan Jansson
ParticipantCustomers are asking why they do not get any email notifiers from MiCollab in regards to alarms etc.
All customers use Office365 with SMTP authentication.
MSL sends the email as root@host.domain which goes nowhere.
We need to be able to set Sender Address.The customers are setup to authenticate your device or application directly with an Office 365 mailbox, and send mail using SMTP client submission
This option requires configuration of the Office 365 smarthost/SMTP server such as smtp.office365.com, port 587, with a valid Office 365 account and password. Email must be sent with a From address that matches the authenticating account.
This prevents sending emails from MSL cron jobs or the MSL alarm system because the sender is root@host.domain which is rejected with the following error seen in the qmail log file:
Remote_host_said:_550_5.7.60_SMTP;_Client_does_not_have_permissions_to_send_as_this_sender/For apps sending emails, some have a configuration field for the From address which can be used to allow applications to send email using the SMTP client submission method.
MSL does not seem to currently have this option, to allow all system generated emails to be sent from a configured email address. For this reason and the limits placed on the number of emails that can be sent using this method (30 messages per minute or 10,000 recipients per day), the SMTP client submission method is not recommended.When are we going to see this resolved ?
We’ve been told by Mitel to raise a Design Change which has been done multiple times.January 17, 2019 at 3:32 pm #4852Jill Krzyzanowski
ParticipantHi Stefan –
I have escalated this up to several teams who may be able to answer this. Stay tuned for a response
Jill
January 18, 2019 at 10:07 am #4853Jill Krzyzanowski
ParticipantHi Stefan – Can you please provide the DFR numbers that you had submitted? This will help us in our research. Also – for which company are you working? Thanks!
January 20, 2019 at 6:46 pm #4862Stefan Jansson
ParticipantHi Jill,
There seems to be multiples,
DFR017920/DFR017187/DFR016240
This would have also been raised via the old DCR system.TAAConnect is the company I work for.
rgds //Stefan
-
AuthorPosts
- You must be logged in to reply to this topic.