почему у вас тот кусок именно такой я без понятия... но вот на одном из сайтов смотрю, там так:
после $newThis, уберите запятую попробуйте.
Не надо ничего бездумно удалять.
Наудаляли уже что где-то лишняя скобка образовалась.
Все что надо сделать - это вернуть как было до правок файлов. Например взять из бэкапа или исходника битрикса.
Ну тогда надо смотреть...
Со стороны php/openssl скорей всего все ок, предположительно и в OS корневые сертификаты свежие.
verify peer конечно отключать не стоит, надо разобраться что на другой стороне.
php скрипт подключается к удаленному smtp серверу и тот похоже отдает неправильный/истекший сертификат.
Т.е. смотреть надо именно почтовый сервер, а не сайт/web-сервер. Что именно за сервер никто не знает... допустим если это exim, то в конфигах надо искать строчки tls_certificate и tls_privatekey.
Может там вообще их нет или не то что надо указано.
Ну и имя домена должно совпадать - куда php скрипт подключается, тот же домен должен быть в сертификате smtp сервера указан (может скрипт вообще по ip пытается... кто ж вас знает).
А может сертификат обновился недавно, а почтовик не был перезагружен, т.е. так и отдает истекший сертификат... короче вариантов много, проще попросить поддержку хостинга глянуть.
"отправке писем" чем? PHP5 / openssl 1.0? Сертификат letsencrypt?
https://habr.com/ru/post/580092/
Как один из вариантов.
Но может быть что угодно другое, надо смотреть на месте, а не пытаться по симптомам удаленно лечить.
Поспрашивай тут:
https://searchengines.guru/ru/forum/1029854
https://searchengines.guru/ru/forum/1042678
https://searchengines.guru/ru/forum/1041374
https://searchengines.guru/ru/forum/1052958
действительно в 9 debian нету его:
https://packages.debian.org/stretch/amd64/squid/filelist
есть в 10 и 11:
https://packages.debian.org/buster/amd64/squid/filelist
https://packages.debian.org/bullseye/amd64/squid/filelist
Но должен быть /etc/init.d/squid - посмотрите, имеется?
Переустановка пробовалась?
apt purge squid
apt install squid
Если нет автозапуска через init.d, то я без понятия... надо смотреть на месте, кто знает что еще там понастроено.
Можно дернуть squid.service файл из debian 10 например:
http://ftp.us.debian.org/debian/pool/main/s/squid/squid_4.6-1+deb10u6_amd64.deb
Зайти (с помощью mc к примеру) в этот .deb файл и скопировать squid.service себе в /lib/systemd/system/
Хотя это и колхоз конечно. Правильней было б разобраться почему не автозапускается само после apt install squid
А может он даже пытается автозапуститься, но почему-то не получается. Надо смотреть после перезагрузки syslog.
Это ж debian 9, там половина демонов не через systemd
Устанавливалось оно стандартным путем (apt, apt-get, aptitude)? Или вручную как-то?
Самое простое - это попробовать снести и заново установить.
Если не поможет, то может разработчики так сделали, не предполагая никакой автозагрузки.
Вот беглое гугление, предлагается самостоятельно сделать tinyproxy.service файл и включить его как я выше и предлагал:
https://nxnjz.net/2019/10/how-to-setup-a-simple-proxy-server-with-tinyproxy-debian-10-buster/
Но конечно не тупым копипастом, а указывая свои пути правильные. Путь к исполняемому файлу, путь конфиг-файлу проверить.
В какую ручную... systemctl enable - включает автозапуск службы. Но не запускает.
systemctl start - просто запускает разово вручную.
Однако если в /lib/systemd/system нет tinyproxy.service, то либо службы такой нет вообще, либо это не systemd служба.
start вообще запускает что-то или нет?
Короче надо читать инструкцию к этой tinyproxy. Я без понятия что это, так с ходу не подскажу без гугления.
Т.е. эта служба там каким-то образом образовалась, но не включила автозапуск себя? Странно...
В /lib/systemd/system точно имеется файл tinyproxy.service ?
Если да, то во-первых смотрим systemctl status tinyproxy - что там пишет, tinyproxy.service; enabled или disabled?
Если enabled, то и проблемы никакой нет - перегрузить и должно автозапуститься само.
Если disabled, то запускаем systemctl enable tinyproxy