Уважаемые пользователи!
В версии phpBB 3.3.13 обнаружены ошибки при использовании функции поиска по конференции.
Обсуждение проблемы и ее решения здесь Re: Вышел phpBB 3.3.13 [обсуждаем].
В связи с этим, не рекомендуется установка и обновление до phpBB 3.3.13.
Ошибка будет устранена разработчиками в версии phpBB 3.3.14.
Скачать предыдущую версию - phpBB 3.3.12 - можно здесь.
В версии phpBB 3.3.13 обнаружены ошибки при использовании функции поиска по конференции.
Обсуждение проблемы и ее решения здесь Re: Вышел phpBB 3.3.13 [обсуждаем].
В связи с этим, не рекомендуется установка и обновление до phpBB 3.3.13.
Ошибка будет устранена разработчиками в версии phpBB 3.3.14.
Скачать предыдущую версию - phpBB 3.3.12 - можно здесь.
Уважаемые пользователи!
C 7 ноября 2020 года phpBB Group прекратила выпуск обновлений и завершила дальнейшее развитие phpBB версии 3.2.
С 1 августа 2024 года phpBB Group прекращает поддержку phpBB 3.2 на официальном сайте.
Сайт официальной русской поддержки phpBB Guru продолжит поддержку phpBB 3.2 до 31 декабря 2024 года.
С учетом этого, настоятельно рекомендуется обновить конференции до версии 3.3.
C 7 ноября 2020 года phpBB Group прекратила выпуск обновлений и завершила дальнейшее развитие phpBB версии 3.2.
С 1 августа 2024 года phpBB Group прекращает поддержку phpBB 3.2 на официальном сайте.
Сайт официальной русской поддержки phpBB Guru продолжит поддержку phpBB 3.2 до 31 декабря 2024 года.
С учетом этого, настоятельно рекомендуется обновить конференции до версии 3.3.
Письма с форума индексируются как спам
-
- phpBB 1.4.3
- Сообщения: 92
- Стаж: 19 лет 7 месяцев
Коллеги!
Прочитал ВСЕ. :-)
Так и не понял, что все-таки нужно поправить, чтобы ряд пользователей перестал жаловаться на недохождение уведомлений о новых ответах в темах существующих?
Жалуются как на отсутствие пользователя в поле ТО, так и на неверное имя в поле FROM (стоит просто адрес админский)
Приведите плз, какое-то лекарство что куда надо вставить!?
config_value стоит 1
Прочитал ВСЕ. :-)
Так и не понял, что все-таки нужно поправить, чтобы ряд пользователей перестал жаловаться на недохождение уведомлений о новых ответах в темах существующих?
Жалуются как на отсутствие пользователя в поле ТО, так и на неверное имя в поле FROM (стоит просто адрес админский)
Приведите плз, какое-то лекарство что куда надо вставить!?
config_value стоит 1
-
- phpBB 1.0.0
- Сообщения: 4
- Стаж: 18 лет
Аналогичная проблема!
Скажите кто пробовал?
Fix Mail "To:" Header
http://www.phpbbguru.net/community/topic1904.html#81061
Скажите кто пробовал?
Fix Mail "To:" Header
http://www.phpbbguru.net/community/topic1904.html#81061
http://abzac.retropc.ru "Абзац" - полиграфическое издание для поклонников компьютера ZX Spectrum.
http://www.zx.pk.ru Speccy - наш выбор!
http://www.zx.pk.ru Speccy - наш выбор!
-
- phpBB 2.0.1
- Сообщения: 252
- Стаж: 17 лет
Столкнулся с проблемой того, что письма с кодом подтвеждения до пользователей не доходили.
Сообщили это мне Рамблеровские пользователи. Я соответственно отправил письмо в Тех поддержку с запросом на нахождение в спам-листе. После переписки - отсылкой конкретных адресов и дат получил такой вот ответ:
а fox.mtw.ru - имя сервера на котором располагается сайт.
Я в недоумении. посмотрел код отсылки письма при регистрации, не увидел в нём ничего, что могло бы изменить адрес отправителя :
С рамблером вопрос решился, но есть подозрения что на другие почт. ящики приходит такая же информация. Подскажите, где происходит замена адреса отправителя?
Добавлено спустя 4 минуты 27 секунд:
Ах, да, забыл сказать, установленный адрес - 'board_email' выглядит как admin@site.ru
Сообщили это мне Рамблеровские пользователи. Я соответственно отправил письмо в Тех поддержку с запросом на нахождение в спам-листе. После переписки - отсылкой конкретных адресов и дат получил такой вот ответ:
Здесь доменное имя сайта из сообр. безопасности изменено на "site.ru"Письма с Вашего сервиса www.site.ru отправлялись от имени несуществующего адреса site@fox.mtw.ru.
Мы отключили верификацию обратных адресов для site@fox.mtw.ru, письма будут доходить.
Тем не менее, мы не считаем правильным принимать почту от имени несуществующих адресов. Если вы
хотите, чтобы подобных проблем (не только с rambler.ru) в дальнейшем не возникало - имеет смысл
использовать существующие адреса в envelope-from.
а fox.mtw.ru - имя сервера на котором располагается сайт.
Я в недоумении. посмотрел код отсылки письма при регистрации, не увидел в нём ничего, что могло бы изменить адрес отправителя :
Код: Выделить всё
include($phpbb_root_path . 'includes/emailer.'.$phpEx);
$emailer = new emailer($board_config['smtp_delivery']);
$emailer->from($board_config['board_email']);
$emailer->replyto($board_config['board_email']);
$emailer->use_template($email_template, stripslashes($user_lang));
$emailer->email_address($email);
$emailer->set_subject(sprintf($lang['Welcome_subject'], $board_config['sitename']));
Добавлено спустя 4 минуты 27 секунд:
Ах, да, забыл сказать, установленный адрес - 'board_email' выглядит как admin@site.ru
WORK: phpBB3 3.0.8 + Portal XL 5.0 + MODs + Custom,
PHP Version 5.3.3-7+squeeze25, Apache/2.2.9 (Debian), MySQL(i) 5.1.73-1+deb6u1-log
PHP Version 5.3.3-7+squeeze25, Apache/2.2.9 (Debian), MySQL(i) 5.1.73-1+deb6u1-log
-
- Former team member
- Сообщения: 1139
- Стаж: 18 лет 7 месяцев
- Откуда: Ленинград
-
- phpBB 2.0.1
- Сообщения: 252
- Стаж: 17 лет
-
- Former team member
- Сообщения: 3739
- Стаж: 19 лет 3 месяца
- Поблагодарили: 3 раза
velo
Реверс - обратная зона.
Прикинь, если ты почтовая система, а тебе кто-то пытается прислать письмо с обратным адресом "на деревню дедушке". Что ты сделаешь в таком случае? Прально, пошлешь такого корреспондента лесом, ибо честный человек свой адрес не скрывает, а пересылать через себя спам с левым обратным адресом ты не захочешь.
Реверс - обратная зона.
Прикинь, если ты почтовая система, а тебе кто-то пытается прислать письмо с обратным адресом "на деревню дедушке". Что ты сделаешь в таком случае? Прально, пошлешь такого корреспондента лесом, ибо честный человек свой адрес не скрывает, а пересылать через себя спам с левым обратным адресом ты не захочешь.
-
- phpBB 2.0.1
- Сообщения: 252
- Стаж: 17 лет
Ну это то я понял. А почему происходит замена реального адреса на такой? Это происодит в момент пересылки хостером?Rayden писал(а):velo
а тебе кто-то пытается прислать письмо с обратным адресом "на деревню дедушке
Тогда если не сложно, подскажите, каким образом сделать ему запрос? Не писать же типа - какого фига вы мой реальный почтовый адрес заменяете...
WORK: phpBB3 3.0.8 + Portal XL 5.0 + MODs + Custom,
PHP Version 5.3.3-7+squeeze25, Apache/2.2.9 (Debian), MySQL(i) 5.1.73-1+deb6u1-log
PHP Version 5.3.3-7+squeeze25, Apache/2.2.9 (Debian), MySQL(i) 5.1.73-1+deb6u1-log
-
- Former team member
- Сообщения: 1139
- Стаж: 18 лет 7 месяцев
- Откуда: Ленинград
А вы -- хостер? Админ хостера поймет. Может быть. М-да. Админы нонеча... Да и хостеры...velo писал(а):абсолютно не знаком с понятием "реверс"
Реверс -- обратная зона. Прописывается для блока адресов. Пользователю недоступна. Об ее отсутствии в стародавние времена узнавали по воплю "по FTP не зайти!!!" Теперь -- по воплю "почта не доходит и у принимающего в логах пусто!!!".
Принимающий МТА слышит стук в дверь, смотрит, с какого айпи стучатся и лезет по DNSам смотреть -- откель (в смысле имени доменного)? Глядь (б...) -- а нет такой записи. "Ну и пшел ..." -- говорит он, не записывая никуда ничего, поелику как и записывать-то нечего: письмо даже не начинало приниматься.
И если я неправ, пусть старшие товарищи поправят меня
-
- phpBB 2.0.1
- Сообщения: 252
- Стаж: 17 лет
Н да, не знал... и не стесняюсь об этом спросить.
Я раньше не сталкивался с почтовыми сервисами, т.к. всё работало как надо. А изучать проблему начинаю тогда, когда возникает необходимость. Ну это так небольшой Офф-топ.
Спасибо Вам за то что я хотя бы сейчас уверен, что это не на моих скриптах происходит, и понятно что нужно писать хостеру.
СТП у них на самом деле вразумительная и достаточно оперативная, правда часто получаю ответ - что дело в моих скриптах.
Я раньше не сталкивался с почтовыми сервисами, т.к. всё работало как надо. А изучать проблему начинаю тогда, когда возникает необходимость. Ну это так небольшой Офф-топ.
Спасибо Вам за то что я хотя бы сейчас уверен, что это не на моих скриптах происходит, и понятно что нужно писать хостеру.
СТП у них на самом деле вразумительная и достаточно оперативная, правда часто получаю ответ - что дело в моих скриптах.
WORK: phpBB3 3.0.8 + Portal XL 5.0 + MODs + Custom,
PHP Version 5.3.3-7+squeeze25, Apache/2.2.9 (Debian), MySQL(i) 5.1.73-1+deb6u1-log
PHP Version 5.3.3-7+squeeze25, Apache/2.2.9 (Debian), MySQL(i) 5.1.73-1+deb6u1-log
-
- Former team member
- Сообщения: 1139
- Стаж: 18 лет 7 месяцев
- Откуда: Ленинград
На самом деле нонеча напридуманых антиспамовых систем -- море, и какая где именно стоит -- никогда не узнаешь, пока не наткнешься. По размышлению думаю, что у рамблера срабатывает не совсем то, что я описал выше.
Разберем структуру письма. В ней есть ряд полей, как обязательных, так и опциональных. Состав и содержимое определены RFC (это не то, чтобы стандарты, но в Инете играют роль стандартов; номер почтового уж не упомню). Про каждое поле можно много понарассказать; нас инетерсуют два: header-from (оно же просто From:) и envelope-from. Если проводить аналогии с бумажной перепиской, то header-from это то, что вы сами написали на бланке письма перед тем, как отдать его в канцелярию своей организации, а envelope-from -- то, что написано на самом конверте.
Если вы дома при помощи аутглюка или любого подобного MUA (mail user agent, почтовый клиент) отправляете простое письмо своему другу Васе, то значения обоих полей совпадут. MTA (mail transfer agent) провайдера (тот smtp-server, через который вы отправляете) может трансформировать поле envelope-from, а может и нет (он, конечно, и header-from может трансформировать, но за это морду бьют). При покладании в почтовый ящик адресата envelope-... и ряд других полей просто обрезаются. Для чего это делается? Например, при использовании списков рассылки envelope-from будет изменен на обратный адрес списка рассылки (он нужен только почтовым системам для обмена и решения проблем), а адрес header-from будет по-прежнему ваш, и получатель увидит именно его.
Это была одна часть теории. Из нее и письма рамблера видно, что MTA вашего хостера формирует envelope-from как <имя_вашего_домена>@<свой_почтовый(?)_домен>. Все бы хорошо, но...
В дальнейшем тексте все, что касается рамблера, каждый раз подразумевает дополнения типа "похоже", "я думаю, что у них так" и т.п.
Как выглядит smtp-сессия, когда MTA хостера начинает разговор с MTA рамблера (или кого-угодно другого)? После стука в окошко №25 (разумеется, порт 25) он говорит HELO (или что-то другое, не важно) и когда ему отвечают "Чего надо?!", передает фразу MAIL FROM. А вот это поле-то и формируется именно из envelope-from. Все бы ничего (в старые времена), но рамблер решает проверить: а существует ли этот, который MAIL FROM? Он не рвет сессию, а организует встречную (HELO, MAIL FROM: <существующий адрес у рамблера на случай еще одной встречной проверки>) в которой говорит RCPT TO: (письмо для), подставляя то, что сам получил в MAIL FROM: оригинальной сессии. То есть, еще не получив письма, как бы пытается отправить обратное. Если на MTA хостера существует тот ящик, который он подставлял в envelope-from, или по крайней нере он знает, что в этом случае надо сказать "Тафай-тафай, все пучком!", то рамблер успокаивается, рвет эту сессию и спокойно возвращается к продолжению основной. Если же он получает в ответ что-то типа "нет такого пользователя", то рвет и вторую, и первую сессии.
Вот этот сценарий, похоже, и срабатывает в вашем случае. Отсюда просьба к хостеру: ребята, подставляйте в envelope-from реальные адреса или хотя бы врите, что они существуют.
Разберем структуру письма. В ней есть ряд полей, как обязательных, так и опциональных. Состав и содержимое определены RFC (это не то, чтобы стандарты, но в Инете играют роль стандартов; номер почтового уж не упомню). Про каждое поле можно много понарассказать; нас инетерсуют два: header-from (оно же просто From:) и envelope-from. Если проводить аналогии с бумажной перепиской, то header-from это то, что вы сами написали на бланке письма перед тем, как отдать его в канцелярию своей организации, а envelope-from -- то, что написано на самом конверте.
Если вы дома при помощи аутглюка или любого подобного MUA (mail user agent, почтовый клиент) отправляете простое письмо своему другу Васе, то значения обоих полей совпадут. MTA (mail transfer agent) провайдера (тот smtp-server, через который вы отправляете) может трансформировать поле envelope-from, а может и нет (он, конечно, и header-from может трансформировать, но за это морду бьют). При покладании в почтовый ящик адресата envelope-... и ряд других полей просто обрезаются. Для чего это делается? Например, при использовании списков рассылки envelope-from будет изменен на обратный адрес списка рассылки (он нужен только почтовым системам для обмена и решения проблем), а адрес header-from будет по-прежнему ваш, и получатель увидит именно его.
Это была одна часть теории. Из нее и письма рамблера видно, что MTA вашего хостера формирует envelope-from как <имя_вашего_домена>@<свой_почтовый(?)_домен>. Все бы хорошо, но...
В дальнейшем тексте все, что касается рамблера, каждый раз подразумевает дополнения типа "похоже", "я думаю, что у них так" и т.п.
Как выглядит smtp-сессия, когда MTA хостера начинает разговор с MTA рамблера (или кого-угодно другого)? После стука в окошко №25 (разумеется, порт 25) он говорит HELO (или что-то другое, не важно) и когда ему отвечают "Чего надо?!", передает фразу MAIL FROM. А вот это поле-то и формируется именно из envelope-from. Все бы ничего (в старые времена), но рамблер решает проверить: а существует ли этот, который MAIL FROM? Он не рвет сессию, а организует встречную (HELO, MAIL FROM: <существующий адрес у рамблера на случай еще одной встречной проверки>) в которой говорит RCPT TO: (письмо для), подставляя то, что сам получил в MAIL FROM: оригинальной сессии. То есть, еще не получив письма, как бы пытается отправить обратное. Если на MTA хостера существует тот ящик, который он подставлял в envelope-from, или по крайней нере он знает, что в этом случае надо сказать "Тафай-тафай, все пучком!", то рамблер успокаивается, рвет эту сессию и спокойно возвращается к продолжению основной. Если же он получает в ответ что-то типа "нет такого пользователя", то рвет и вторую, и первую сессии.
Вот этот сценарий, похоже, и срабатывает в вашем случае. Отсюда просьба к хостеру: ребята, подставляйте в envelope-from реальные адреса или хотя бы врите, что они существуют.
И если я неправ, пусть старшие товарищи поправят меня