- Порезанный
- 5 августа 2026 г. в 17:10 UTC
- Автор
- kamo
- Обещать
- 39082c4
Отправка быстрого ответа на уведомление KamoCRM ставит буквальный текст "{"ошибка": "Недействительные адреса"}" в поле ответа. Почтовый сервер отклонил NoReply@KamoCRM.com на RCPT TO с 550 5.1.1 (нет такого почтового ящика), и оба отправляют звонок Сайты отображают тело ответа сервера дословно. Ответы идут туда, где должен быть ответ. Ответить на Адрес() предпочитает Reply-To Over From в соответствии с RFC 5322 §3.6.2 и поддерживает все пять путей ответа - панель чтения, вид потока, Список разговоров, быстрый ответ и ответ - все. До сих пор каждый из них обращался От безоговорочного, который рассылал кампании ответы на незарегистрированные кампании NoReply@ sender вместо явно установленного Reply-To. Там, где каждая цель ответа только посылается, композитор быстрого ответа заменяется на другую. Обратите внимание, называя адрес, и Reply / Reply All (и r / ярлыки) инвалид. Оставляя их в живых, они перемещают только те же 550 экранов. IsNoReplyAddress намеренно уже, чем существующий AutomatedSender: Уведомления @ и оповещения @ часто отслеживаются и остаются надежными - этот набор существует, чтобы держать человеческое лицо от сообщения робота и может позволить себе быть либеральным. Этот решает, может ли кто-нибудь ответить вообще. Больше ничего с сервера не отображается сырым. parseSendError раскручивает структурированный {ошибка, код, отклоненные Получатели} тело EmailService теперь возвращается, поэтому UI именует Отказ в адресах на родном языке читателя; непризнанное тело не дает никакого сообщения. В конце концов, абонент возвращается к своей собственной переведенной формулировке. Проверка без ответа читает загруженное сообщение, а не конверт списка, поскольку Поисковый индекс не имеет столбца Reply-To, но только тогда, когда это сообщение. handleMessageSelect оставляет предыдущее тело на месте, а следующее загружается.