Одна вещь, которую можно сделать, ищут библиотеки SNMP для упомянутых переключателей. Но учитывая тот факт, что они неуправляемы, я думаю, что Ваша единственная опция могла бы состоять в том, чтобы выполнить pingtest и вот именно.
Какой бренд / тип они?
Он не следует RFC для согласования протокола наугад. Возможно, он пытается использовать команды ESMTP без использования EHLO или чего-то еще.
Один из лучших способов выяснить, что он пытается сделать, - это включить ведение журнала на уровне протокола для коннектора, который генерирует ошибку 500. Затем попробуйте установить соединение еще раз, и если оно выдает ошибку, покопайтесь в файлах журнала (или разместите их здесь), чтобы увидеть, что он пытается сделать. Поскольку что бы он ни делал, Exchange это не нравится, а это означает, что ваш сервер ведет себя достаточно необычно, чем обычные почтовые серверы.
Вы можете включить ведение журнала на уровне протокола:
Set-ReceiveConnector "MyTrusted connector (Servername)" -ProtocolLogging Verbose
By по умолчанию файлы будут помещены в C: \ Program Files \ Microsoft \ Exchange Server \ V14 \ TransportRoles \ Logs \ ProtocolLog \ SmtpReceive
(или любой другой диск, на котором вы установили Exchange). Это даст вам полный SMTP-диалог, который он пытается, и ваша вина должна быть здесь довольно очевидна (или будет для нас).