Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » В помощь системному администратору » Все о MDaemon (#5)

Модерирует : lynx, Crash_Master, dg, emx, ShriEkeR

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435

Открыть новую тему     Написать ответ в эту тему

ShriEkeR



Moderator
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору


Пожалуйста, постим кратко в первом посте ответы на наиболее часто задаваемые вопросы.
 
Версии  MDaemon, начиная с  17.05  до текущей от ALTN
Версии MDaemon от ССsoftware.ca, не все
FAQ по MDaemon (рус)
FAQ. Прежде чем спросить посмотри здесь! (рус)
Статьи из базы знаний по MDaemon, 528 штук (eng)
Закрытие релея на MDaemon
 
Mdaemon 10.x руководство пользователя (рус)
Mdaemon 11.x руководство пользователя (рус)  
Mdaemon 12.x руководство пользователя (рус)  
Mdaemon 13.x руководство пользователя (рус)
Mdaemon 14.x руководство пользователя (рус)
Mdaemon 15.x руководство пользователя (рус)
Mdaemon 22.x руководство пользователя (eng)
Mdaemon 23.x руководство пользователя (eng)
Mdaemon 23.x руководство пользователя (рус)
 
Робот автофильтрации хостов для Mdaemon - Описание  и принцип работы... (подробнее)
Файл скрининг хостов ipscreen.dat....
Очистка базы LDaemon, инструкция от ALTN
Установка Ldaemon на новые версии Mdaemon
Использовать учетные записи пользователей Active Directory определенного контейнера при создании учетных записей Mdaemon
 
Как установить почтовый сервер Mdaemon, инструкция от ALTN
Как перенести  Mdaemon  в другой каталог или на другой диск на другую машину, инструкция от ALTN
Как перенести  Mdaemon  в тот же каталог на новую машину или ОС, инструкция от ALTN
Как обновить версию Mdaemon с 32-bit на 64-bit инструкция от ALTN
Как понизить до предыдущей версии MDaemon, инструкция от ALTN
Как выполнить резервное копирование и восстановление MDaemon, инструкция от ALTN
Все статьи базы знаний Mdaemon от ALTN
 
Программа декодирования паролей Multipop под WinXP/W2K3, спасибо сэру r0dent
Та же Программа декодирования паролей Multipop под любую винду, спасибо сэру Lex05
Тоже самое для декодирования паролей Multipop под любую винду, но с графическим интерфейсом и выгрузкой в excel, спасибо сэру Shuum
 
За лекарствами в варёзник
Обсуждение в программах
 
Внимание !  DNSBL - relays.ordb.org перестал работать 31 декабря 2006 года. Уберите его из списков DNSBL!    
Внимание !  DNSBL - list.dsbl.org перестал работать c 21 мая 2008 года. Уберите его из списков DNSBL!  
Внимание !  DNSBL - dnsbl.njabl.org перестал работать c 1 марта 2013 года. Уберите его из списков DNSBL! Прочитать можно тут http://www.dnsbl.info/dnsbl-njabl-org.php  
 

Внимание !  Если у Вас Mdaemon установленный как сервис виснет при открытии - ОТКЛЮЧИТЕ DEP  
 

Предыдущие части темы: Часть 1 Часть 2

Всего записей: 6382 | Зарегистр. 27-09-2004 | Отправлено: 13:24 10-11-2010 | Исправлено: ipmanyak, 14:17 26-06-2023
Amad

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Mavrikii

Цитата:
он хочет менять только если письмо изначально падало в общий ящик, насколько я понял.
а не каждое письмо отвечающего и не заставлять его делать дополнительные действия, чтобы обозначить на какое письмо он отвечает.

Да, Вы верно меня поняли: "только если письмо изначально падало в общий ящик"
 
Значит получается только при помощи доп.скрипта и последующего парсинга. Не лучший, но всё же - вариант. Благодарю.
 
А может есть ещё решение чтобы как-то обозначать "взятые в работу" письма из общей папки? То есть, чтобы менеджеры могли понять что это конкретное письмо уже "взято в работу" другим сотрудником и переходили к обработке следующего "свободного".

Всего записей: 89 | Зарегистр. 17-11-2011 | Отправлено: 11:24 26-11-2020
Mavrikii

Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Amad

Цитата:
обозначать "взятые в работу" письма из общей папки?  

Переносить их руками отвечающего в другую папку/подпапку перед ответом.
Ну или выставлять приоритет, к примеру. Но нужно тогда учитывать, что и получить письмо можно с приоритетом.
Еще вариант - делать его непрочитанным если не собираешься отвечать. А если висит как прочитанное - кто то отвечает. Главное не запутаться тогда )

Всего записей: 15111 | Зарегистр. 20-09-2014 | Отправлено: 11:29 26-11-2020 | Исправлено: Mavrikii, 11:42 26-11-2020
ipmanyak



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Mavrikii
IF the headers contains  word from the file   в файле он укажет имя общего ящика, неважно где оно там будет  хидерах и тогда  добавлять  REPLY-TO  при отправке. Согласен, что решение  не шибко четкое, но имхо для него будет нормально.  
Можно еще в теме письма ставить какой-нить признак, имя того же ящика к примеру в квадратных скобках, и тогда искать по нему. но это надо обговаривать с юзерами и чтобы они это делали, что не есть хорошо.

----------
В сортире лучше быть юзером, чем админом...

Всего записей: 11740 | Зарегистр. 10-12-2003 | Отправлено: 11:30 26-11-2020
Mavrikii

Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ipmanyak

Цитата:
IF the headers contains

Они не содержат имя общего ящика, оно может быть только в теле ответа.

Всего записей: 15111 | Зарегистр. 20-09-2014 | Отправлено: 11:35 26-11-2020
ipmanyak



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
А может есть ещё решение чтобы как-то обозначать "взятые в работу" письма из общей папки? То есть, чтобы менеджеры могли понять что это конкретное письмо уже "взято в работу" другим сотрудником и переходили к обработке следующего "свободного".

как вариант забирать письмо к себе или переложить в подпапку в тех же Входящих, можно сделать подпапки по именами юзеров. Или назвать папку - в Работе и туда переложить.
 
 
Добавлено:
Mavrikii

Цитата:
Они не содержат имя общего ящика, оно может быть только в теле ответа.

Если будут отвечать на письмо в общем ящике, то его имя там уже будет в хидерах в поле КОМУ и так там и останется при ответе. Будут добавлены новые хидеры.
 
 
Добавлено:
Amad Разработай технологический процесс работы с письмами в общем ящике и утверди его у руководства. Можешь привлечь к этому самих юзеров или их руководителей, но не все их хотелки следует принимать, иногда надо сразу и жестко отказывать, как недавний пост с разгребанием писем в  BAD очереди - это полная задница для админа.  


----------
В сортире лучше быть юзером, чем админом...

Всего записей: 11740 | Зарегистр. 10-12-2003 | Отправлено: 11:41 26-11-2020 | Исправлено: ipmanyak, 11:43 26-11-2020
Amad

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ipmanyak

Цитата:
Если будут отвечать на письмо в общем ящике

Если сделать общий "ящик", то будет не понятно кто конкретно из менеджеров ответил (вдруг понадобится выяснить)
 
Mavrikii, ipmanyak
Про перекладывание писем в подпапки и т.п. - это хороший вариант, не додумался. Как говориться: нужно "на вопросы смотреть ширше" :)

Всего записей: 89 | Зарегистр. 17-11-2011 | Отправлено: 14:15 26-11-2020
Mavrikii

Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ipmanyak

Цитата:
Если будут отвечать на письмо в общем ящике, то его имя там уже будет в хидерах в поле КОМУ и так там и останется при ответе. Будут добавлены новые хидеры.

Все о MDaemon (#5)
Где там в заголовках адрес shared@?
То, что есть - в теле plain text  ответа.

Всего записей: 15111 | Зарегистр. 20-09-2014 | Отправлено: 14:54 26-11-2020
ipmanyak



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Если сделать общий "ящик", то будет не понятно кто конкретно из менеджеров ответил (вдруг понадобится выяснить)  

Почтовый клиент заполняет поле FROM, а ты будешь в CF не менять, а  добавлять хидер  REPLY-TO , так что кто отправил ты выяснишь, если у тебя где-то будет копия отправленного письма, можешь настроить в Mdaemon все  отправляемые и входящие  письма складывать куда-либо.  http://help.altn.com/mdaemon/ru/index.html?archiving.htm
но нужно периодически чистить, иначе забьет диск при больших объемах писем.
 
 Сделай тестовый ящик и проверь всё, просматривая хидеры писем.. Отладишь технологию.


----------
В сортире лучше быть юзером, чем админом...

Всего записей: 11740 | Зарегистр. 10-12-2003 | Отправлено: 14:56 26-11-2020 | Исправлено: ipmanyak, 15:01 26-11-2020
Amad

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Извиняюсь, что пропал..
Заранее прошу не кидаться тапками, но похоже я запутался между «общими папками» и «общими ящиками», и в итоге не совсем понял, что Вы предлагаете… Поправьте меня, пожалуйста, где я сбился..
 
Вот что я проделал:
1. Создаю общую "папку"; присваиваю ей адрес (к примеру shared@host.my); даю права на чтение пользователю (test@host.my) и права постинга для anyone (иначе письма «извне» не приземляются в папку); далее получаю письмо в эту "общую папку"; почтовом клиенте пользователя отвечаю на полученное письмо и там же смотрю заголовки только что отправленного ответа.

Код:
From: "Test" <test@host.my>
To: mail@gmail.com
Subject: Re: TEST-1
Date: Mon, 30 Nov 2020 12:52:12 +0000
Message-Id: <em73350c75-ff75-48fc-9a23-e1478b708131@comp>
In-Reply-To: <CAB+vZbGn=qOEjwLYUj7BR2GWnbKXmdnivTNyp+BM2zhJEx2nmA@mail.gmail.com>
References: <CAB+vZbGn=qOEjwLYUj7BR2GWnbKXmdnivTNyp+BM2zhJEx2nmA@mail.gmail.com>
Reply-To: "Test" <test@host.my>
User-Agent: eM_Client/8.0.2951.0
Mime-Version: 1.0
Content-Type: multipart/alternative;
 boundary="------=_MB160F4418-752D-4327-AE71-E4ED72141144"

В принципе это практически то же, что я делал изначально.
2. Создаю новый почтовый ящик (к примеру corp@host.my); в почтовом клиенте добавляю помимо основного ящика (test@host.my) – только что созданный; получаю письмо на corp@host.my; отвечаю на него в почтовом клиенте и там же смотрю заголовки только что отправленного ответа.

Код:
From: "Corp" <corp@host.my>
To: mail@gmail.com
Subject: Re: TEST-2
Date: Mon, 30 Nov 2020 12:48:56 +0000
Message-Id: <em2854fecb-26c7-443c-9999-375e1aee7c30@comp>
In-Reply-To: <CAB+vZbFuDYsdx6B7hpAuU8QVv528z8t5qNEOmcnnxVjkDSezdA@mail.gmail.com>
References: <CAB+vZbFuDYsdx6B7hpAuU8QVv528z8t5qNEOmcnnxVjkDSezdA@mail.gmail.com>
Reply-To: "Corp" <corp@host.my>
User-Agent: eM_Client/8.0.2951.0
Mime-Version: 1.0
Content-Type: multipart/alternative;
 boundary="------=_MB37BB1641-CDAB-4004-A5F7-31B4479A1F86"

Тут отправка ответа идёт от имени самого ящика, что логично. И если всем менеджерам в почтовый клиент подключить одни и тот же ящик – будет непонятно кто из менеджеров отправил письмо
---
P.S. В ответных письмах «тело письма» я удалял перед отправкой

Всего записей: 89 | Зарегистр. 17-11-2011 | Отправлено: 17:27 30-11-2020
ipmanyak



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Amad  
1 -  Создаешь ящик, например, shared@host.my  
2 -  Цепляешь сам  этот ящик вторым  в почтовом клиенте  по протоколу IMAP.  
3 - получаете письмо снаружи с ящика, например, trump@gmail.com,  на этот адрес shared@host.my , манагер, который   берет его в работу перекладывает, то есть перемещает письмо в подпапку  "в Работе" в тех же Входящих этого общего ящика
4 - манагер отвечает на письмо из этой подпапки "в Работе",  в заголовках у этого отправляемого письма, будет  две пары заголовков
 
To: trump@gmail.com  
From: manager@host.my
Subject: Re: TEST-2  
.....  всякая хрень и ниже первоначальные заголовки  
From: trump@gmail.com  
To: shared@host.my
 
твоя задача  в этом письме добавить заголовок  
REPLY-TO:shared@host.my  
а поле FROM не трогать, чтобы потом, при разборках видеть, кто отправлял, так как все хидеры будут сохранены. Верно ?
 
Теперь нам нужно определить критерий, по которому мы будем идентифицировать это письмо, у нас навскидку пара вариантов:
вариант а)  что-то должно быть в теме письма, вариант не айс.
вариант б)  у нас есть в заголовках имя этого общего ящика shared@host.my  , вот его и будем искать
вариант с)  придумай сам
 
5  - берем вариант б) , создаем правило в CF и применяем его только к Remote  очереди. В правиле делаем поиск
 if the TO header  contains shared@host.my and if the From: header  contains @host.my  
 тогда действие ADD EXTRA header 1  to message
  и добавляем этот хидер Reply-to:shared@host.my
Проверяем  отправку тестового письма наружу.  Смотрим заголовки полученного письма  в ящике  trump@gmail.com.  Есть ли там Reply-to ?!  
Есть ли есть, то отвечаем  на это письмо, смотрим заголовки полученного письма в ящике shared@host.my , убеждаемся, что всё у нас как надо.  
Если не как надо, то материмся и чешем репу.  
   
Другой вариант  без правил в CF , всем манагерам работать с ящиком shared@host.my в WEB интерфейсе, но тогда в теле письма манагер где-то должен указывать, что это именно он ответил на письмо.
 
P.S.  
Я не помню точно, будет  ли Mdaemon делать поиск во всех заголовках или только в первых, сам проверишь и сообщишь результат.
Да, почему в твоих обоих письмах есть хидеры Reply-to ?  Это ты вставил или почтовый клиент?
 
 
 
 
 

----------
В сортире лучше быть юзером, чем админом...

Всего записей: 11740 | Зарегистр. 10-12-2003 | Отправлено: 20:00 30-11-2020 | Исправлено: ipmanyak, 20:07 30-11-2020
Amad

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ipmanyak

Цитата:
1 -  Создаешь ящик, например, shared@host.my  
2 -  Цепляешь сам  этот ящик вторым  в почтовом клиенте  по протоколу IMAP.  
3 - получаете письмо снаружи с ящика, например, trump@gmail.com,  на этот адрес shared@host.my , манагер, который   берет его в работу перекладывает, то есть перемещает письмо в подпапку  "в Работе" в тех же Входящих этого общего ящика
4 - манагер отвечает на письмо из этой подпапки "в Работе",  в заголовках у этого отправляемого письма, будет  две пары заголовков

Это то, что я проделал в своём 2-ом варианте, за исключением перемещения письма во вложенную папку того же ящика.
Получается: при ответе на письмо из почтового клиента с подключенным ящиком по IMAP – в заголовках содержится информация только об адресе внешнего отправителя (при ответе это адресат) и об адресе на которое пришло письмо (при ответе - это адрес подключенного ящика, т.к. письмо отсылается из данного ящика. авторизация при отправке из этого ящика идёт с реквизитами самого ящика же. ящиков в почтовом клиенте может быть подключено сколь угодно, но отправка и получение идёт индивидуально). И соответственно нет информации определяющей отправившего это письмо менеджера.
 
Заголовков получается 1 пара, Единственное что - заголовки полученного письма, при ответе переносятся в тело письма в виде цитаты. Но тут я согласен с Mavrikii в том, что их могут и удалить. Не хочется строить логику работы с надеждой что никто ничего не удалит – 100% будут проблемы.

Цитата:
Да, почему в твоих обоих письмах есть хидеры Reply-to ?  Это ты вставил или почтовый клиент?  

Руками я ничего не добавлял. Похоже это почтовый клиент.

Всего записей: 89 | Зарегистр. 17-11-2011 | Отправлено: 09:36 01-12-2020 | Исправлено: Amad, 10:25 01-12-2020
ipmanyak



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
AmadAmad Кто у тебя почтовый клиент?
 
 


----------
В сортире лучше быть юзером, чем админом...

Всего записей: 11740 | Зарегистр. 10-12-2003 | Отправлено: 13:27 01-12-2020
Amad

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ipmanyak
Изначально планировал всем ставить eM Client, но честно говоря уже склоняюсь всех просто через WebMail пускать (WorldClien).

Всего записей: 89 | Зарегистр. 17-11-2011 | Отправлено: 14:42 01-12-2020
AlexsandrSE

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
И если всем менеджерам в почтовый клиент подключить одни и тот же ящик – будет непонятно кто из менеджеров отправил письмо

В чем проблема? Ставишь ящик на который получают почту всем, запрещаешь этому ящику отправлять почту (кажется в опции заморозить) и у каждого манагера свой ящик еще одни. Видят письма, решают кто будет работать и переносят к себе или сразу отвечают со своего ящика (оутлук позволяет на ходу выбирать с какого ящика отправка и по умолчанию выбрать ящик манагера).
В результате видно будет кто отвечает и не будет путаницы.

Всего записей: 722 | Зарегистр. 30-01-2015 | Отправлено: 15:11 01-12-2020
Amad

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
AlexsandrSE
Когда письмо переносят к себе в ящик и отвечают на него - в Хидерах указывается From: {отправивший_пользователь}. Соответственно если клиент ответит на это письмо - оно уже не попадёт в общую папку/ящик.

Всего записей: 89 | Зарегистр. 17-11-2011 | Отправлено: 15:43 01-12-2020
AlexsandrSE

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Соответственно если клиент ответит на это письмо - оно уже не попадёт в общую папку/ящик.

Не проблема. Входящие на ящики этих пользователей скидываете на общий (дублируете) в настройках ящика. Все входящие клиентов для манагеров будут в общем ящике + в своем (никто не упрет письмо это плюс), все входящие на общий ящик тоже все увидят.

Всего записей: 722 | Зарегистр. 30-01-2015 | Отправлено: 17:00 01-12-2020
Amad

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
AlexsandrSE
Не то.. Смысл в чём: если клиент написал на общий адрес - сделать чтобы и последующие ответы клиента шли на общий адрес (в рамках этой переписки). Но если написали менеджеру на его адрес - ничего менять не нужно (переписываются между собой).
Я предположил, что это можно реализовать чисто при помощи CF, но не шибко силён в его составлении. Но пока не получается только через CF. Есть ещё вариант предложенный Mavrikii со внешней обработкой выполняемой при получении письма на общий адрес + правилом в CF при отправке письма наружу. Этот вариант не такой практичный, поэтому оставил его, как запасной.

Всего записей: 89 | Зарегистр. 17-11-2011 | Отправлено: 17:32 01-12-2020
RedSalex

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Только сегодня проявилась такая бяка. При отправке сообщений с почты, зарегистрированной на яндексе, получаю такое в логах:
Tue 2020-12-01 16:49:09.588: Session 00544423; child 0001
Tue 2020-12-01 16:49:09.588: Accepting SMTP connection from 37.140.190.187:35603 to 192.168.0.5:25
Tue 2020-12-01 16:49:09.588: Система определения местоположения указывает на то, что подключиться пытается Россия, Европа
Tue 2020-12-01 16:49:09.590: --> 220 mail.amgroup.info ESMTP MDaemon 20.0.3; Tue, 01 Dec 2020 16:49:09 +0300
Tue 2020-12-01 16:49:09.597: <-- EHLO forward106o.mail.yandex.net
Tue 2020-12-01 16:49:09.597: Performing IP lookup (forward106o.mail.yandex.net)
Tue 2020-12-01 16:49:09.599: *  D=forward106o.mail.yandex.net TTL=(5) A=[37.140.190.187]
Tue 2020-12-01 16:49:09.599: ---- End IP lookup results
Tue 2020-12-01 16:49:09.599: EHLO/HELO response delayed 5 seconds
Tue 2020-12-01 16:49:14.599: --> 250-mail.group.xxx Hello forward106o.mail.yandex.net [37.140.190.187], pleased to meet you
Tue 2020-12-01 16:49:14.599: --> 250-ETRN
Tue 2020-12-01 16:49:14.599: --> 250-AUTH LOGIN PLAIN
Tue 2020-12-01 16:49:14.599: --> 250-8BITMIME
Tue 2020-12-01 16:49:14.599: --> 250-ENHANCEDSTATUSCODES
Tue 2020-12-01 16:49:14.599: --> 250-STARTTLS
Tue 2020-12-01 16:49:14.599: --> 250 SIZE
Tue 2020-12-01 16:49:14.606: <-- STARTTLS
Tue 2020-12-01 16:49:14.606: --> 220 2.7.0 Ready to start TLS
Tue 2020-12-01 16:49:14.630: SSL negotiation successful (TLS 1.2, 256 bit key exchange, 256 bit AES encryption)
Tue 2020-12-01 16:49:14.712: <-- EHLO forward106o.mail.yandex.net
Tue 2020-12-01 16:49:14.712: Performing IP lookup (forward106o.mail.yandex.net)
Tue 2020-12-01 16:50:14.714: *  DNS: 60 second wait for DNS response exceeded (DNS Server: 81.95.134.1)
Tue 2020-12-01 16:50:14.728: *  D=forward106o.mail.yandex.net TTL=(15) A=[37.140.190.187]
Tue 2020-12-01 16:50:14.728: ---- End IP lookup results
Tue 2020-12-01 16:50:14.728: --> 250-mail.group.xxx Hello forward106o.mail.yandex.net [37.140.190.187], pleased to meet you
Tue 2020-12-01 16:50:14.728: --> 250-ETRN
Tue 2020-12-01 16:50:14.728: --> 250-AUTH LOGIN PLAIN
Tue 2020-12-01 16:50:14.728: --> 250-8BITMIME
Tue 2020-12-01 16:50:14.729: --> 250-ENHANCEDSTATUSCODES
Tue 2020-12-01 16:50:14.729: --> 250-REQUIRETLS
Tue 2020-12-01 16:50:14.729: --> 250 SIZE
Tue 2020-12-01 16:50:14.736: <-- MAIL FROM:<e.st@qqq.ru> SIZE=7364
Tue 2020-12-01 16:50:14.736: Performing PTR lookup (187.190.140.37.IN-ADDR.ARPA)
Tue 2020-12-01 16:51:14.736: *  DNS: 60 second wait for DNS response exceeded (DNS Server: 81.95.134.1)
Tue 2020-12-01 16:51:14.740: *  D=187.190.140.37.IN-ADDR.ARPA TTL=(15) PTR=[forward106o.mail.yandex.net]
Tue 2020-12-01 16:51:14.742: *  D=forward106o.mail.yandex.net TTL=(2) A=[37.140.190.187]
Tue 2020-12-01 16:51:14.742: ---- End PTR results
Tue 2020-12-01 16:51:14.743: Performing IP lookup (qqq.ru)
Tue 2020-12-01 16:51:14.744: *  D=qqq.ru TTL=(865) A=[37.140.192.131]
Tue 2020-12-01 16:51:14.749: *  P=010 S=000 D=qqq.ru TTL=(1440) MX=[mx.yandex.net] {77.88.21.249}
Tue 2020-12-01 16:51:14.749: ---- End IP lookup results
Tue 2020-12-01 16:51:14.750: Performing SPF lookup (forward106o.mail.yandex.net / 37.140.190.187)
Tue 2020-12-01 16:51:14.835: *  Result: none; no SPF record in DNS
Tue 2020-12-01 16:51:14.835: ---- End SPF results
Tue 2020-12-01 16:51:14.836: Performing SPF lookup (qqq.ru / 37.140.190.187)
Tue 2020-12-01 16:51:14.836: *  Policy (cache): v=spf1 ip4:37.140.192.131 a mx include:_spf.hosting.reg.ru include:_spf.yandex.net
Tue 2020-12-01 16:51:14.836: *  Evaluating ip4:37.140.192.131: no match
Tue 2020-12-01 16:51:14.837: *  Evaluating a: no match
Tue 2020-12-01 16:51:14.841: *  Evaluating mx: no match
Tue 2020-12-01 16:51:14.841: *  Evaluating include:_spf.hosting.reg.ru: performing lookup
Tue 2020-12-01 16:51:14.841: *    Policy (cache): v=spf1 ip4:31.31.196.5 ip4:31.31.194.24
Tue 2020-12-01 16:51:14.841: *    Evaluating ip4:31.31.196.5: no match
Tue 2020-12-01 16:51:14.841: *    Evaluating ip4:31.31.194.24: no match
Tue 2020-12-01 16:51:14.841: *    Evaluating ~all: match
Tue 2020-12-01 16:51:14.841: *  Evaluating include:_spf.hosting.reg.ru: no match
Tue 2020-12-01 16:51:14.841: *  Evaluating include:_spf.yandex.net: performing lookup
Tue 2020-12-01 16:51:14.843: *    Policy: v=spf1 redirect=_spf.yandex.ru
Tue 2020-12-01 16:51:14.843: *    Evaluating redirect=_spf.yandex.ru:  
Tue 2020-12-01 16:51:14.843: *    Evaluating redirect=_spf.yandex.ru: performing lookup
Tue 2020-12-01 16:51:14.845: *      Policy: v=spf1 include:_spf-ipv4.yandex.ru include:_spf-ipv6.yandex.ru ~all
Tue 2020-12-01 16:51:14.847: *  Evaluating include:_spf.yandex.net: match
Tue 2020-12-01 16:51:14.847: *  Result: pass
Tue 2020-12-01 16:51:14.847: ---- End SPF results
Tue 2020-12-01 16:51:14.847: --> 250 2.1.0 Sender OK
Tue 2020-12-01 16:51:14.854: <-- RCPT TO:<sn@group.xxx>
Tue 2020-12-01 16:51:14.858: Механизм обнаружения спамботов заблокировал 37.140.190.187 (4320 минут осталось)
Tue 2020-12-01 16:51:14.859: --> 550 5.1.1 Too many IPs seen in too short a time frame
Tue 2020-12-01 16:51:14.860: SMTP session terminated (Bytes in/out: 910/2320)
Tue 2020-12-01 16:51:14.860: ----------
 
Сообщение адресату не доводится.
Сообщения уходят с разных IP и в белый список их не включить.
Кто дурит - Яндекс или MDaemon?
 
Update!
Кажется разобрался - надо в белый список спам-ботов дописать домен отправителя!
Вопрос снимается!
 

Всего записей: 110 | Зарегистр. 10-06-2015 | Отправлено: 17:54 01-12-2020 | Исправлено: RedSalex, 18:14 01-12-2020
AlexsandrSE

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
если клиент написал на общий адрес - сделать чтобы и последующие ответы клиента шли на общий адрес (в рамках этой переписки). Но если написали менеджеру на его адрес - ничего менять не нужно (переписываются между собой).

Два ящика на рыло, общий и свой и пускай смотрят тогда только от кого отправляют.
 
Как по мне, система с общими ящиками нужна в основном что бы ознакомиться с перепиской соседа, а вот при разборе писем оттуда могут быть косяки, когда менеджеры не решили кто-то только посмотрел и не ответил или уже кто-то работает. Я бы строил на общем ящике, а потом дело ведет "персональный" менеджер, переписка которого тоже попадает в общий ящик, что бы в случае ЧП её мог подхватить любой другой менеджер.
 
Добавлено:

Цитата:
Сообщение адресату не доводится.
Сообщения уходят с разных IP и в белый список их не включить.

а проверьте свой домен на mxtoolbox, а то смущают некоторые записи.

Всего записей: 722 | Зарегистр. 30-01-2015 | Отправлено: 09:11 02-12-2020 | Исправлено: AlexsandrSE, 09:14 02-12-2020
ipmanyak



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Amad Рассмотри такой вариант, публикуешь папку общего ящика и цепляешь ее манагерам. Имхо при ответе на письмо поле FROM будет от текущего манагера.  Затем в CF добавляешь  или меняешь поле REPLY-TO на имя общего ящика по той схеме, что выше писал.  


----------
В сортире лучше быть юзером, чем админом...

Всего записей: 11740 | Зарегистр. 10-12-2003 | Отправлено: 12:17 02-12-2020
Открыть новую тему     Написать ответ в эту тему

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435

Компьютерный форум Ru.Board » Компьютеры » В помощь системному администратору » Все о MDaemon (#5)


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru