ram108

В конфигурации web-сервера для каждого домена обязательно должен быть прописан параметр, чтобы sendmail знал, с какого домена он отправляет почту и ключ был добавлен. Ниже конфиг для nginx, для Apache аналогично. Перезагрузите web-сервер и php. fastcgi_param PHP_ADMIN_VALUE "sendmail_path = /usr/sbin/sendmail -t -i -f admin@site.ru" Вышлите себе тестовое письмо с вашего домена. Посмотрите почтовые логи, есть ли ошибки с доступом к ключам (могут быть неправильные права). Отправилось ли письмо по логам? Прикрепите сюда исходник письма.

Проверьте права на файлы и папки. Как выставить права здесь. Проверьте в адинке форума методы авторизации.

Вы генерировали ключи для OpenDKIM? Они есть по указанным в конфигурации путям? Откройте любую инструкцию по установке OpenDKIM и настройте сервер, чтобы он добавлял ключи в письма. Пока не удастья настроить сервер правильно, выставить все подписи, лучше не добавлять никаких записей в DNS, иначе письма просто не будут доходить. Минимально необходимая настройка - это SPF, она не требует конфигурирования сервера. Далее настройте DKIM, затем добаьвьте ключ в DNS. DMARC настраивать нет смысла, если у вас нет автоматической обработки отчетов, об этом я уже писал выше.

Писать именно так, как указано в моем примере. p.s. Хотя у вас я смотрю конфигурация немного другая. Тут надо потестировать, сейчас посмотрю, что у меня на сервере. Посмотрите также исходник отправленного письма, проставляется ли подпись.

Можете у них уточнить, в чем была проблема?

Вебмани я не пользуюсь.

Правильная запись DKIM dkim._domainkey TXT v=DKIM1; k=rsa; s=email; p=<ваш ключ> Правильная запись SPF @ TXT v=spf1 +a +mx -all Это значит, что разрешаются все письма с IP, указанных в записях A, также MX (если есть). Если написать «-all», то все остальные письма следует отправить в спам. Последнее можно заменить на более мягкое условие «?all», то есть пометить, как нежелательные, но доставить пользователю. DMARC у вас тоже неправильно настроен, но он вам совершенно не нужен, если вы не собираетесь обрабатывать отчеты о спаме всех ваших писем вручную. Можно удалить или настроить правильно: _dmarc TXT v=DMARC1; p=none; rua=mailto:admin@site.ru Пишите хостеру, чтобы почистили IP из блэклистов и держите контроль постоянно.

http://viewdns.info/dnsrecord/?domain=milkabyte.ru DKIM записей на домене не увидел, SPF настройки нужно оптимизировать. Если DKIM активирован на сервере, но ключ не опубликован в DNS, все письма сразу отправляются в спам. Приведите скрин ваших настоек DNS, разберем. Зарегистрируйте ваш домен здесь https://postmaster.mail.ru/ чтобы получить статистику о доставке писем. Проверьте ваш IP по блэклистам http://whatismyipaddress.com/blacklist-check

у меня тоже но к сожалению, русский так и не встал...

У всех отписавшихся о проблеме одна и та же конфигурация софта. Это тоже о многом говорит. Да и почему 14-версия встает нормально, а 16 - нет? Баг может наблюдаться например, только на Ubuntu 16.04 или php7. Когда разработчики добавляют совместимость с php7, много проблем возникает, т.к. php7 сильно отличается от php5. В вашем случае какая версия php была?

Единственный рабочий вариант на данный момент. Устанавливать 4.1.14, руссифицировать, апгрейдить до 14.1.16.1. Тогда сохранится русский язык от 14-версии. Новые строки из 16-ой не будут переведены. Из этого делаю вывод, что косяк не в настройках сервера, а в новом баге в 16-й версии. Исправят ли его - не известно.

Пробовал и вручную ставить ru_RU и автоматом - результат тот же.

Я уже все возможные настройки перепробовал и nginx и php. Никаких сообщений об ошибках. Сам файл с языковым пакетом загружается на сервер в полном объеме (проверено), но что с ним происходит дальше и почему он не обрабатывается должным образом - загадка. Могу создать тестовую установку форума 16.1 для желающих попробовать загрузить языковой пакет.

У меня стояла 4.1.15 с русским переводом для нее, обновил на 4.1.16.1. И перевод полностью больше не ставится, остаются фразы на английском. Также пробовал заливать перевод на чистую установку 16.1 - руссифицируется на 10%, все остальное остается на английском.

Аналогичная проблема и у меня. Бились с @Redneck над ней, но так и не решили. И конфигурация сервера такая же. Если получится, отпишитесь.

Судя по тому, что вы пишите, вы делаете новую установку, а не обновление. Для обновления нужно заходить по адресу /admin/upgrade. Также старый файл конфига должен остаться от третьей версии и папка /uploads.

Восстановить старый форум из бэкапа и попробовать поставить заново.

Не удалось найти это плагин?

В /forum/admin можете зайти? судя по всему кеш надо почистить... Админ-Система-Техподдержка-Что-то работает не так.

Вопросы работают очень хорошо, но они должны быть примитивные, чтобы каждый мог ответить. Например, «Столица России?», «Сколько будет 2+2=?». А рекаптча2 гораздо удобнее первой, достаточно галочку поставить, что ты не бот, и не нужно разгадывать «кривобуквы» на английском, как в рекаптча1. Не всем это легко.

у меня такая же проблема, многие старые изображения так и висят невостребованные, крон не помогает. в третьей версии был инструмент, который удалял неприкрепленные изображения, в четвертой версии такого инструмента не видел.

чем мы можем помочь?

не поможет, только для лицензии, да и с русскими ботами этот сервис плохо справляется. включайте рекптчу2

да, возможно. нужно настроить переадресацию старых путей на новые с ошибкой 301, которая говорит поисковым системам, что документ перенесен на новый адрес. делается одной записью в htaccess или nginx, в зависимости от вашей конфигурации. подробнее ищите в интернете, таких рекомендаций масса.