info в Return-Path:

[Djalin]

Собственно почему и как исправить?

В скриптах такого нет, в настройках домена тоже не вижу, ящика почтового нет

[demian]

шаблоны
templates/web/httpd/hosting.tpl

Code: Select all

<VirtualHost %ip%:%web_port%>

    ServerName %domain_idn%
    %alias_string%
    ServerAdmin %email%
    DocumentRoot %docroot%
    ScriptAlias /cgi-bin/ %home%/%user%/web/%domain%/cgi-bin/
    Alias /vstats/ %home%/%user%/web/%domain%/stats/
    Alias /error/ %home%/%user%/web/%domain%/document_errors/
    #SuexecUserGroup %user% %group%
    CustomLog /var/log/%web_system%/domains/%domain%.bytes bytes
    CustomLog /var/log/%web_system%/domains/%domain%.log combined
    ErrorLog /var/log/%web_system%/domains/%domain%.error.log
    <Directory %docroot%>
        AllowOverride All
        Options +Includes -Indexes +ExecCGI
        php_admin_value upload_max_filesize 10M
        php_admin_value max_execution_time 20
        php_admin_value post_max_size  8M
        php_admin_value memory_limit 32M
        php_admin_flag mysql.allow_persistent  off
        php_admin_flag safe_mode off
        php_admin_value sendmail_path "/usr/sbin/sendmail -t -i -f info@%domain_idn%"
        php_admin_value open_basedir %docroot%:%home%/%user%/tmp:/bin:/usr/bin:/usr/local/bin:/var/www/html:/tmp:/usr/share:/etc/phpMyAdmin:/etc/phpmyadmin:/var/lib/phpmyadmin:/etc/roundcubemail:/etc/roundcube:/var/lib/roundcube
        php_admin_value upload_tmp_dir %home%/%user%/tmp
        php_admin_value session.save_path %home%/%user%/tmp
    </Directory>
    <Directory %home%/%user%/web/%domain%/stats>
        AllowOverride All
    </Directory>
    php_admin_value open_basedir %home%/%user%/web:%home%/%user%/tmp:/bin:/usr/bin:/usr/local/bin:/var/www/html:/tmp:/usr/share:/etc/phpMyAdmin:/etc/phpmyadmin:/etc/roundcubemail:/etc/roundcube:/var/lib/roundcube
    <IfModule mod_ruid2.c>
        RMode config
        RUidGid %user% %group%
        RGroups apache
    </IfModule>
    <IfModule itk.c>
        AssignUserID %user% %group%
    </IfModule>

    IncludeOptional %home%/%user%/conf/web/%web_system%.%domain_idn%.conf*

</VirtualHost>

конкретно строка

Code: Select all

php_admin_value sendmail_path "/usr/sbin/sendmail -t -i -f info@%domain_idn%"

в шаблоне default.tpl подобной строчки нет.

скопируйте шаблон с другим именем, уберите эту строчку в новом шаблоне, примените новый шаблон к сайту.

ЗЫ: шаблон состоит из двух и или трех файлов: два обязательных .tpl, .stpl, может быть .sh (выполняются команды которые необходимы для работы шаблона, для примера шаблон phpfcgid.sh)

ЗЫЫ: через файлы имя_шаблона.sh можно организовать авторазвернывание необходимого вам движка, при условии наличия у вас навыков написания

[Djalin]

стоит написать в багтрекер?

[demian]

нет. для большинства сайтов ящик info@ существует как общий, т.е. это не баг, а фича для упрощения

[Djalin]

я б так не сказал из за такой фичи письма в спам идут

[demian]

письма в спам идут не из-за этого.
1. IP адрес сервера находится в DNSB листе
2. не корректно настроены sfp
3. не корректно настроено dkim
4. не корретнно формируется тело письма
и многое другое

[Djalin]

хмм - а вот https://www.mail-tester.com/ говорит обратное

(а именно из-за того что такого ящика нет на сервере, создать - костыль)

[demian]

ящики типа no-replay@ не создают на почтовых серверах однако почта с них нормально принимается серверами

[skurudo]

Поддержу demian не нужно путать теплое с мягким. В шаблонах адрес инфо добавлен для простоты использования и четкого понимания, с какого домена скрипт пытается отправить почту. Никто не мешает переопределить адрес в конфигах или шаблоне. Воля ваша, как говорится. Взаимосвязь со спамом тоже сомнительна на самом деле.

Что же касается адресов, предлагаю присоединить к увлекательному чтиву по потивами RFC2369 - Кое-что о соглашениях об именах почтовых ящиков - https://habrahabr.ru/post/126822/ - весьма занимательно.

[Djalin]

Тогда создавайте такой ящик по умолчанию - ибо спамасанин на него ругаетцо, переопределить не проблема - но уже в который раз лезу в конфиги затем что можно прописать в самой панели - не очень прикольно

По вашей ссылке

следующие почтовые ящики должны существовать и иметь следующее назначение

по факту если его специально не создать - то его нет, а пользователь сам не сделает - не тыкать же каждого в документацию

особенно

info@ — Отдел маркетинга, тут можно узнать краткую информацию об организации, продукции, сервисах.

актуально для приватного использования

ИМХО - не надо перезаписывать для удобства - кому надо создадут.

Или пишите при создании домена о таком казусе - имею уже претензию...

ну и окромя інфо - там куча других ящиков

marketing@ — Отдел маркетинга и взаимодействия продаж.
sales@ — Отдел продаж, заказ продукции и информация о заказах
support@ Отдел клиентской поддержки, проблемы с продуктом или услугами.
abuse@ — Взаимоотношения с клиентами, ящик должен быть всегда рабочим и валидным, сюда направляются жалобы клиентов, в том числе сообщения об «Inappropriate public behaviour».

Работа с сетью:

noc@ — Сетевые операции, сетевые инфраструктуры.
security@ — Сетевая безопасность, уведомления, оповещения или запросы.

Техническая поддержка отдельных интернетных служб

postmaster@ — SMTP, [RFC821], [RFC822]
hostmaster@ — DNS, [RFC1033-RFC1035]
usenet@ — NNTP, [RFC977]
news@ — NNTP, Synonym for USENET
webmaster@ — HTTP, [RFC 2068]
www@ — HTTP Synonym for WEBMASTER
uucp@ — UUCP, [RFC976]
ftp@ — FTP [RFC959]

Maillist сервис

(рассматривать не будем, просто перечислим основные, там целая плеяда служебным имен и куча RFC, например RFC2369)
list@
list-request@