I'm green w/ these avaya systems but perhaps you guys can let me know if I've missed something obvious here w/ my diagnostics.
I've got an smtp relay which this phone system IP has access to and can send via CLI (verified via another IP on same subnet that is allowed and functioning via telnet). Checked logging and I don't see any errors in the avaya software. At one point it worked before switching to mfa and switching accounts. Rather than deal w/ o365 MFA and app password issues we're using the smtp relay for now. I confirmed that the email addresses are set up in the user areas for the VM's im testing and it is in fact trying to send to this IP. The odd thing is, logging on my relay side I see nothing hitting the SMTP relay. I'm going to do some packet capturing to see if it even sends anything out but has anyone else run into this? I've rebooted the system for the sake of argument but that obviously did nothing. Does anyone know if VMs that are queued to email out sit in the queue until delivered or if they timeout after a period of time?
Thanks much guys,
Dave
I've got an smtp relay which this phone system IP has access to and can send via CLI (verified via another IP on same subnet that is allowed and functioning via telnet). Checked logging and I don't see any errors in the avaya software. At one point it worked before switching to mfa and switching accounts. Rather than deal w/ o365 MFA and app password issues we're using the smtp relay for now. I confirmed that the email addresses are set up in the user areas for the VM's im testing and it is in fact trying to send to this IP. The odd thing is, logging on my relay side I see nothing hitting the SMTP relay. I'm going to do some packet capturing to see if it even sends anything out but has anyone else run into this? I've rebooted the system for the sake of argument but that obviously did nothing. Does anyone know if VMs that are queued to email out sit in the queue until delivered or if they timeout after a period of time?
Thanks much guys,
Dave