Это FreeBSD такой кривой, что ли? На нормальных Linux-дистрибутивах (хоть те же дебиан с редхатом) такой проблемы принципиально не существует
Google в очередной раз гайки подзакрутит (SPF, DKIM)
Тех, кто изначально нормально настроил почтовый сервер, это никак не коснулось
либо спамеры дырку обнаружат и как давай релеить трафик
У тех, кто изначально нормально настроил почтовый сервер, это невозможно
Подход "настроил и работает годами" здесь не работает.
Работает, если руки из правильного места растут (я в соседнем комментарии уже упоминал личный почтовый сервер, который восемь лет работает без проблем — похоже, завистники минусуют)
Меня на фоне этой новости забавляет то, что народ наоборот подключает к Godot редактор из Quake, потому что сам Godot для создания карт оказывается неудобен
Ждём карты для Battlefield 6, сделанные в NetRadiant? 🙃
С 99% вероятностью это означает, что yt-dlp решил использовать своё собственное хранилище сертификатов (certifi) вместо системного. Согласно документации, можно переключиться на системное хранилище опцией --compat-options no-certifi (и разработчику утилиты реально стоит добавить для неё галочку где-нибудь), а использовать небезопасную no_check_certificate здесь абсолютно не нужно
Кто-то здесь очень заинтересован в создании угрозы безопасности для пользователя, раз минусует меня и плюсует пользователя, который выступает за снижение безопасности. Не минусуй втихую, расскажи, почему ты считаешь, что снижение безопасности и поддержка MitM-атак это хорошо?
Если сертификат подменяет администратор (корпоративной) сети или антивирус (привет, Касперский), то guide должен быть предоставлен этим самым администратором сети или разработчиком антивируса.
Если сертификат подменяет неизвестно кто, то значит компьютер или сеть уже взломаны и их надо лечить от вирусов/хакеров.
Если сертификат подменяет сам пользователь, то он сам прекрасно знает, что и зачем он делает.
Ни один из этих случаев не является областью ответственности разработчика утилиты — он не должен делать ничего, в том числе не должен давать guide и не должен добавлять заведомо небезопасные опции
А комнат сколько? А сообщений в комнатах сколько? А федерация с другими серверами и комнатами на других серверах была?
Это FreeBSD такой кривой, что ли? На нормальных Linux-дистрибутивах (хоть те же дебиан с редхатом) такой проблемы принципиально не существует
Тех, кто изначально нормально настроил почтовый сервер, это никак не коснулось
У тех, кто изначально нормально настроил почтовый сервер, это невозможно
Работает, если руки из правильного места растут (я в соседнем комментарии уже упоминал личный почтовый сервер, который восемь лет работает без проблем — похоже, завистники минусуют)
Хорошая шутка)
Сейчас в Петербурге уже третий день подряд мобильного интернета толком нет
Это возможно только если админ сервера вообще не понимает что делает
А что в этом трудного? Один раз настроил и забыл (ну разве что периодически делать apt upgrade и поглядывать что бэкапы не пустые, но это мелочь)
Штука в том, что некоторые хостинги блокируют 25 порт именно на отправку
С моим личным почтовым сервером, активно рассылающим уведомления все подряд, уже лет восемь всё хорошо, что я делаю не так?
Примерно всё вышеупомянутое есть в Stalwart
Меня на фоне этой новости забавляет то, что народ наоборот подключает к Godot редактор из Quake, потому что сам Godot для создания карт оказывается неудобен
Ждём карты для Battlefield 6, сделанные в NetRadiant? 🙃
В показанной переписке такого нет
Big Buck Bunny - мультик от создателей Blender. Со свободной лицензией, поэтому его удобно пихать куда попало
В 2014 году видел Tears of Steel вживую в магазине
Очень просто — в них нет GSP
Вот поэтому я и использую Aegis (без синхронизации, иногда резервную копию делаю и сойдёт)
Теоретически Bitwarden умеет, но я не пробовал
Любой нормальный сервис принимает предыдущий код в течение 30 секунд, так что с Aegis проблемы нет
Онлайн-синхронизация интересно, но только если self-hosted
Почему я должен захотеть перейти на него с Aegis? В сравнительной табличке про него тактично забыли
Вася и Петя
С 99% вероятностью это означает, что yt-dlp решил использовать своё собственное хранилище сертификатов (certifi) вместо системного. Согласно документации, можно переключиться на системное хранилище опцией
--compat-options no-certifi(и разработчику утилиты реально стоит добавить для неё галочку где-нибудь), а использовать небезопаснуюno_check_certificateздесь абсолютно не нужноКто-то здесь очень заинтересован в создании угрозы безопасности для пользователя, раз минусует меня и плюсует пользователя, который выступает за снижение безопасности. Не минусуй втихую, расскажи, почему ты считаешь, что снижение безопасности и поддержка MitM-атак это хорошо?
Если сертификаты подмениваются — конечно не работает, любой браузер завопит вам ошибку безопасности при подмене
Некомпетентность пользователя тоже не является областью ответственности утилиты или её разработчика
Если сертификат подменяет администратор (корпоративной) сети или антивирус (привет, Касперский), то guide должен быть предоставлен этим самым администратором сети или разработчиком антивируса.
Если сертификат подменяет неизвестно кто, то значит компьютер или сеть уже взломаны и их надо лечить от вирусов/хакеров.
Если сертификат подменяет сам пользователь, то он сам прекрасно знает, что и зачем он делает.
Ни один из этих случаев не является областью ответственности разработчика утилиты — он не должен делать ничего, в том числе не должен давать guide и не должен добавлять заведомо небезопасные опции