AUser0

См. файл error.log вашего HTTP сервера, в котором исполняется этот PHP файл. Вот там и увидите ошибку в этом PHP файле.

Потому что второй раз нужно приконнекчиваться на порт 443 (а не 80), и telnet тут не поможет. Нужно шифровать весь запрос в SSL, telnet этого не сделает.

Яростное гугление не помогает? А мойдомен.com и www.мойдомен.com указывают A-записью на IP этого сервера? Запросы в логах появляются? Nginx вообще запущен, порт отслеживается?

Потому что у Яндекса его почтовый сервер mx.yandex.ru сидит на отдельном его собственном IP, на котором он и отвечает на 25-ом порту.

А у вас IP-адрес один для всего: и для основного домена со всеми его поддоменами, и для mail.domen.ru с его 25-ым портом.

Когда на этот IP на 25-ый порт прилетает запрос на соединение, сетевая подсистема не знает, к какому поддомену или домену создаётся соединение, она знает только IP и порт 25. Поэтому заблокировать "а не тот домен!" не получится.

Выносите почтовый сервер на отдельный IP, к которому будет привязан только mail.domen.ru - и тогда не будут доступны 25-ые порты на других доменах.

Ну смотрите сами. В цикле первый элемент идёт с индексом key=0. Сравнение: num === key (18 === 0)? Не равно, конечно. Значит нужно выполнить код в else{}, что и делается. Собственно всё, финита ля комедия!

find ./ -type f -exec sed -i "s@<script>123</script>@@g"  {} \;

См. dmesg.

Можно. Именно такой механизм используется на некоторых сайтах. Делается GET-запрос на PHP-страницу самого сайта, с идентификатором URL, на который нужно перейти после отправки инфо в Telegram.