Моя компания недавно решила обновить наш почтовый сервер, и мне было поручено провести инвентаризацию всех наших приложений, которые используют существующий сервер для отправки электронной почты, чтобы мы знали, какие системы нам нужно протестировать на переход. Компания существует довольно давно, и несколько лет назад у нее не было официальной команды разработчиков программного обеспечения.
Это привело к появлению одноразовых скриптов за несколько десятилетий, большинство из которых не перечислено и не поддерживается. Недавно меня вызвали добровольно провести инвентаризацию всех скриптов / приложений, использующих старый почтовый сервер, чтобы мы знали, какие системы тестировать во время перехода. Мне удалось сузить задачу до приложений на одном конкретном сервере Windows и кода в нашем недавнем репозитории TFS, но окончательная каталогизация даже этого одного сервера кажется сложной задачей.
Мой текущий план - просто высвободить агента Рэнсака в поисках чего-нибудь вроде
^.*(SMTP|mailserverHostname|mailserverOtherHostname|mailserverIP).*$
и вручную копаться в результатах. Я разработчик, только притворялся системным администратором и определенно понятия не имею, что делаю. Это лучшее, что я мог придумать.
Есть ли более эффективный / автоматизированный способ найти каждый сценарий vb / perl / python / c, связанный с этим почтовым сервером?
Вот подход, который я использовал в прошлом. Вместо того, чтобы смотреть на всех возможных клиентов, которые подключались к почтовому серверу, я просмотрел журналы на стороне почтового сервера. В моем случае я мог просматривать журналы почтового сервера, отфильтровывать запросы, исходящие от связанного клиентского программного обеспечения (GroupWise), и все, что оставалось, - это данные, поступающие из других приложений. Просматривая строки темы, мы довольно быстро смогли определить, какие приложения подключались к почтовому серверу и использовали его для отправки сообщений.