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

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в 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
masyurik



Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
qxaszw12
 
К сожалению, это касается абсолютно любого адреса.
В очереди висят 60 сообщений, например, и любое письмо выдаёт в лог такое. Инженеры говорят, что телнет работает нормально, а загвоздка именно с 25 портом. Ждём ответ от провайдера.

Всего записей: 3 | Зарегистр. 08-12-2015 | Отправлено: 00:02 09-12-2015
ipmanyak



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
resetsa Можно, для этого надо заюзать файл hosts виндовый и mxcache от Mdaemon, доступ для реадкирования обоих файлов есть во меню DNS демона
Navigation:  Setup Menu > Default Domain / Servers > Default Domain & Servers > DNS
 
Пример!  
Мы хотим работать с почтарем sosed.domain.ru, имеющим внешний ip 1.1.1.1  
И локальный ip  в корпоративной сети  10.134.6.5
Открываем редактор мдемона (см выше) и пишем следующее.
В файле Hosts:
10.134.6.5      mail.sosed.domain.ru
1.1.1.1            sosed.domain.ru
В файле MXCACHE
sosed.domain.ru 10 mail.sosed.domain.ru
sosed.domain.ru 20 sosed.domain.ru
 
Заметь у MX записей стоят разные приоритеты !  В нормальном режиме работы почтарь будет общаться  по корпоративному каналу к ip 10.134.6.5 ( приоритет  10 ) , в случае падения  корп канала, почтарь будет ломиться  на внешний ip 1.1.1.1 (приоритет 20)
 
qxaszw12 Шлюз вообще-то сначала для приема почты, а потом уже перенаправлять. Ему это не подойдет, ему просто слать надо на почтовик в корп канал.
 
 
 
 
Добавлено:
masyurik Проверьте ваш фаервол, убедитесь, что 25 порт наружу у вас открыт для почтовика. И  NAT проверьте, если ваш почтовик сидит с локальным IP.  


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

Всего записей: 11735 | Зарегистр. 10-12-2003 | Отправлено: 07:16 09-12-2015 | Исправлено: ipmanyak, 07:19 09-12-2015
resetsa

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ipmanyak
почта отправляется через смарт хост. в таком случае все равно будет запрашиваться mx-ы?
мне казалось в таком случае, почта в любом случае отправляется на смартхост.
qxaszw12
имеете ввиду Gateway Managers, этот функционал вроде только в Pro версии доступен.

Всего записей: 195 | Зарегистр. 11-01-2007 | Отправлено: 09:37 09-12-2015
ipmanyak



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
resetsa Измени тип отправки, выставь  слать напрямую, в случае проблем на смартхост
Send all email directly first, and then to 'Server' if there are problems. Будут лишние попытки отправки, но по другому имхо никак. А чем не устраивает слать через смартхост на тот почтовик?

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

Всего записей: 11735 | Зарегистр. 10-12-2003 | Отправлено: 11:06 09-12-2015
resetsa

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ipmanyak
смартхост в ДМЗ, из ДМЗ нет доступа к корпоративном каналу.
слать через инет - не хочется

Всего записей: 195 | Зарегистр. 11-01-2007 | Отправлено: 11:12 09-12-2015
akbr1k

Junior Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Доброго времени суток, уважаемые форумчане!
 
Вынужден снова обратиться к Вам за помощью.
 
Около 2ух недель назад на ровном месте начались проблемы с почтовым сервером.
 
Версия mdaemon 10.1.2
 
Проблема заключается в том, что на ровном месте в рандомное время перестают обрабатываться smtp запросы. Pop3 работает, сервер пингуется, зайти на него можно.
 
Выкладываю:
 
log smtp (in) нормально обработанного запроса.
 
 
Tue 2015-12-08 15:44:32: Session 1997; child 2; thread 3544
Tue 2015-12-08 15:44:29: Accepting SMTP connection from [192.168.172.68:61536]
Tue 2015-12-08 15:44:29: --> 220 mail.brizol.ru ESMTP MDaemon 10.1.2; Tue, 08 Dec 2015 15:44:29 +0300
Tue 2015-12-08 15:44:29: <-- EHLO pc1621
Tue 2015-12-08 15:44:29: --> 250-mail.brizol.ru Hello pc1621, pleased to meet you
Tue 2015-12-08 15:44:29: --> 250-VRFY
Tue 2015-12-08 15:44:29: --> 250-EXPN
Tue 2015-12-08 15:44:29: --> 250-ETRN
Tue 2015-12-08 15:44:29: --> 250-AUTH=LOGIN
Tue 2015-12-08 15:44:29: --> 250-AUTH LOGIN CRAM-MD5
Tue 2015-12-08 15:44:29: --> 250-8BITMIME
Tue 2015-12-08 15:44:29: --> 250 SIZE 15000000
Tue 2015-12-08 15:44:29: <-- AUTH LOGIN
Tue 2015-12-08 15:44:29: --> 334 VXNlcm5hbWU6
Tue 2015-12-08 15:44:29: <-- cGFob21vdmFAbXNrLmZ1c2lvbi1tbmcucnU=
Tue 2015-12-08 15:44:29: --> 334 UGFzc3dvcmQ6
Tue 2015-12-08 15:44:29: <-- ******
Tue 2015-12-08 15:44:29: --> 235 Authentication successful
Tue 2015-12-08 15:44:29: Authenticated as pahomova@msk.fusion-mng.ru
Tue 2015-12-08 15:44:29: <-- MAIL FROM: <pahomova@msk.fusion-mng.ru>
Tue 2015-12-08 15:44:29: --> 250 <pahomova@msk.fusion-mng.ru>, Sender ok
Tue 2015-12-08 15:44:29: <-- RCPT TO: <dyrkov2011@mail.ru>
Tue 2015-12-08 15:44:29: --> 250 <dyrkov2011@mail.ru>, Recipient ok
Tue 2015-12-08 15:44:29: <-- DATA
Tue 2015-12-08 15:44:29: Creating temp file (SMTP): d:\mdaemon\queues\temp\md50000036492.tmp
Tue 2015-12-08 15:44:29: --> 354 Enter mail, end with <CRLF>.<CRLF>
Tue 2015-12-08 15:44:29: Message size: 8099 bytes
Tue 2015-12-08 15:44:29: Passing message through AntiVirus (Size: 8099)...
Tue 2015-12-08 15:44:29: *  Сообщение чистое (вирусов не обнаружено)
Tue 2015-12-08 15:44:29: ---- End AntiVirus results
Tue 2015-12-08 15:44:30: Создание сообщения successful: d:\mdaemon\queues\inbound\md50004290891.msg
Tue 2015-12-08 15:44:30: --> 250 Ok, message saved <Message-ID: 049701d131b6$2e22da60$8a688f20$@msk.fusion-mng.ru>
Tue 2015-12-08 15:44:32: <-- QUIT
Tue 2015-12-08 15:44:32: --> 221 See ya in cyberspace
Tue 2015-12-08 15:44:32: SMTP session successful (Bytes in/out: 8265/537)
 
log smtp (in) не корректно обработанного запроса.
 
Wed 2015-12-09 08:09:46: Session 8320; child 18; thread 1428
Wed 2015-12-09 07:57:22: Accepting SMTP connection from [92.36.62.233:3524]
Wed 2015-12-09 07:57:22: --> 220 mail.brizol.ru ESMTP MDaemon 10.1.2; Wed, 09 Dec 2015 07:57:22 +0300
Wed 2015-12-09 07:57:22: <-- EHLO pc01
Wed 2015-12-09 07:57:22: --> 250-mail.brizol.ru Hello pc01, pleased to meet you
Wed 2015-12-09 07:57:22: --> 250-VRFY
Wed 2015-12-09 07:57:22: --> 250-EXPN
Wed 2015-12-09 07:57:22: --> 250-ETRN
Wed 2015-12-09 07:57:22: --> 250-AUTH=LOGIN
Wed 2015-12-09 07:57:22: --> 250-AUTH LOGIN CRAM-MD5
Wed 2015-12-09 07:57:22: --> 250-8BITMIME
Wed 2015-12-09 07:57:22: --> 250 SIZE 15000000
Wed 2015-12-09 07:57:22: <-- AUTH LOGIN
Wed 2015-12-09 07:57:22: --> 334 VXNlcm5hbWU6
Wed 2015-12-09 07:57:22: <-- bWVuZWdfc2VycHVraG92Q1JCQHNycC5mdXNpb24tbW5nLnJ1
Wed 2015-12-09 07:57:22: --> 334 UGFzc3dvcmQ6
Wed 2015-12-09 07:57:22: <-- ******
Wed 2015-12-09 07:57:22: --> 235 Authentication successful
Wed 2015-12-09 07:57:22: Authenticated as meneg_serpukhovCRB@srp.fusion-mng.ru
Wed 2015-12-09 07:57:22: <-- MAIL FROM: <meneg_serpukhovCRB@srp.fusion-mng.ru>
Wed 2015-12-09 07:57:22: --> 250 <meneg_serpukhovCRB@srp.fusion-mng.ru>, Sender ok
Wed 2015-12-09 07:57:22: <-- RCPT TO: <gromyko@fusion-mng.ru>
Wed 2015-12-09 07:57:22: --> 250 <gromyko@fusion-mng.ru>, Recipient ok
Wed 2015-12-09 07:57:22: <-- RCPT TO: <lineva@srp.fusion-mng.ru>
Wed 2015-12-09 07:57:22: --> 250 <lineva@srp.fusion-mng.ru>, Recipient ok
Wed 2015-12-09 07:57:22: <-- RCPT TO: <sec@fusion-mng.ru>
Wed 2015-12-09 07:57:22: --> 250 <sec@fusion-mng.ru>, Recipient ok
Wed 2015-12-09 07:57:22: <-- RCPT TO: <yakimchuk@srp.fusion-mng.ru>
Wed 2015-12-09 07:57:22: --> 250 <yakimchuk@srp.fusion-mng.ru>, Recipient ok
Wed 2015-12-09 07:57:22: <-- DATA
Wed 2015-12-09 07:57:22: Creating temp file (SMTP): d:\mdaemon\queues\temp\md50000076088.tmp
Wed 2015-12-09 07:57:22: --> 354 Enter mail, end with <CRLF>.<CRLF>
Wed 2015-12-09 08:09:46: Соединение прервано
Wed 2015-12-09 08:09:46: SMTP session terminated (Bytes in/out: 581917/569)
 
ipconfig -all
 
Connection-specific DNS Suffix  . :
Description . . . . . . . . . . . : IBM Netfinity 10/100 Ethernet Adapter
Physical Address. . . . . . . . . : 00-02-55-9C-06-FF
DHCP Enabled. . . . . . . . . . . : No
IP Address. . . . . . . . . . . . : 192.168.173.250
Subnet Mask . . . . . . . . . . . : 255.255.254.0
Default Gateway . . . . . . . . . : 192.168.173.254
DNS Servers . . . . . . . . . . . : 192.168.173.5
                                    192.168.173.2

Всего записей: 129 | Зарегистр. 09-10-2013 | Отправлено: 12:58 09-12-2015
ipmanyak



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
akbr1k 12 минут твой сервер не понять что делал. Погляди лог ALL и лог антивируса, и антиспама на всякий случай. Места на диске хватает? Можно  временно включить дебаг-лог.
Navigation:  Setup Menu > Default Domain / Servers > Logging > Logging Options
  Log sessions in real time (debug logging—performance drain)
 
srp.fusion-mng.ru - это для сервера дополнительный  вторичный домен ?
P.S.
логи сессий с реальными ящиками лучше брать в тэг code или more , дабы не светить ящики  в инете.
 
 
 


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

Всего записей: 11735 | Зарегистр. 10-12-2003 | Отправлено: 13:37 09-12-2015 | Исправлено: ipmanyak, 13:53 09-12-2015
akbr1k

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

Цитата:
akbr1k 12 минут твой сервер не понять что делал. Погляди лог ALL и лог антивируса, и антиспама на всякий случай. Места на диске хватает? Можно  временно включить дебаг-лог.  
Navigation:  Setup Menu > Default Domain / Servers > Logging > Logging Options  
  Log sessions in real time (debug logging—performance drain)  
 
srp.fusion-mng.ru - это для сервера дополнительный  вторичный домен ?  

 
Спасибо что откликнулся.
 
1. Места хватает.
2. Дебаг лог временно отключил.
3. srp.fusion-mng.ru - да (всешго таких 10 шт.)
4. log антивируса ни чего критичного не показывают.
5. антиспам отключил 3 дня назад
 
При этом pop3 обрабатывается абсолютно нормально, проблемы именно с smtp.

Всего записей: 129 | Зарегистр. 09-10-2013 | Отправлено: 14:25 09-12-2015
ipmanyak



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

Цитата:
2. Дебаг лог временно отключил.  
Отключил или включил? Для выявления проблемы надо включить.


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

Всего записей: 11735 | Зарегистр. 10-12-2003 | Отправлено: 14:41 09-12-2015 | Исправлено: ipmanyak, 14:43 09-12-2015
akbr1k

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

Цитата:
Отключил или включил? Для выявления проблемы надо включить.  

 
Извиняюсь, не правильно прочитал)
 
Он и был включен, каждый день пишется. Вернул обратно.
 
P.s. есть прям предчувсвтвие что дело в dns и dhcp.
 
Опять началась копиться smtp очередь.
 
Что сделал:
 
1. Зашел в св-ва сетевой карты
2. И в tcp\ip выставил альтернативным dns 8.8.8.8
 
Smtp сессии начали рассасываться.
 
Если не сложно ткните в тему с грамотными настройками dns.

Всего записей: 129 | Зарегистр. 09-10-2013 | Отправлено: 14:48 09-12-2015 | Исправлено: akbr1k, 14:57 09-12-2015
ipmanyak



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
akbr1k дебаг-лог по дефолту отключен, так как с ним производительность сервера значительно ниже, об этом в самом названии написано.
И в tcp\ip выставил альтернативным dns 8.8.8.8  - это правильно. Но на прием SMTP сессий судя по логу твой DNS не влияет, у тебя походу вообще все отключено насчет проверок в DNS.

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

Всего записей: 11735 | Зарегистр. 10-12-2003 | Отправлено: 15:20 09-12-2015 | Исправлено: ipmanyak, 15:22 09-12-2015
akbr1k

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

Цитата:
akbr1k дебаг-лог по дефолту отключен, так как с ним производительность сервера значительно ниже, об этом в самом названии написано.  
И в tcp\ip выставил альтернативным dns 8.8.8.8  - это правильно. Но на прием SMTP сессий судя по логу твой DNS не влияет, у тебя походу вообще все отключено насчет проверок в DNS.

 
Значит какая ситуация.
 
Есть 2 провайдера (№1 и №2)
 
Провайдер № 1 - через него сидят из офиса (шлюз на w2k3, 2 сетевых, одна наружу вторая внутрь)
Провайдер № 2 - на него vpn, mail, ldap и все внешние сервисы. шлюз на w2k3, 2 сетевых, одна наружу вторая внутрь
 
Есть 2 КД на обоих поднят dns, и вот тут начинается веселье...
 
Как я понимаю и как настроено сейчас:
 
1. Каждый КД слушает свой собственный dns, альтернативным указан dns второго КД.
2. Dns слушают только по указанным адресам (локальные адреса) в КД по одной сетевой.
3. Серверами пересылки указаны 2 днс провайдера и 8.8.8.8
 
В продолжении истории.
 
Указал альтернативным dns, dns провайдера.
 
Почта ходит, но smtp сессии почту очень долго отправляют, скорость передачи 5 - 30 kb\s.
 
Причем это и для почты которая гуляет внутри домена.
 
Я так понимаю, что сейчас в качестве dns для smtp работает dns провайдера, за счет этого почта внутри домена гуляет через улицу.

Всего записей: 129 | Зарегистр. 09-10-2013 | Отправлено: 16:02 09-12-2015 | Исправлено: akbr1k, 16:14 09-12-2015
fess2006

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
akbr1k
 
при запуске мдемон пишет какой днс он берет, а далее по цепочке компьютеров внутри сети...
но скорее всего, там куча запросов рекурсивно на днс провайдера ( если почту пишут куда-попало ), проверить можно сниффером каким-нибудь - это для наружи
 
для внутридоменной почты я бы в настройках мдемона в разделе DNS указал явно бы кд ( первым по списку, он бы разрешал локальные адреса, а ниже уже днс для разрешения хостов снаружи для почты за пределы домена  ) и снял бы птицу ( брать днс из настроек виндовс ), тогда он не должен отправлять udp 53 по эстафете при наличии только внутридоменной почты, т.к. обязан знать и разрешать все хосты внутри домена.
 
схемка была бы наглядней, но вроде и по тексту топология ясна.

Всего записей: 1160 | Зарегистр. 25-01-2006 | Отправлено: 17:47 09-12-2015 | Исправлено: fess2006, 17:51 09-12-2015
akbr1k

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

Цитата:
при запуске мдемон пишет какой днс он берет, а далее по цепочке компьютеров внутри сети...  
но скорее всего, там куча запросов рекурсивно на днс провайдера ( если почту пишут куда-попало ), проверить можно сниффером каким-нибудь - это для наружи  
 
для внутридоменной почты я бы в настройках мдемона в разделе DNS указал явно бы кд ( первым по списку, он бы разрешал локальные адреса, а ниже уже днс для разрешения хостов снаружи для почты за пределы домена  ) и снял бы птицу ( брать днс из настроек виндовс ), тогда он не должен отправлять udp 53 по эстафете при наличии только внутридоменной почты, т.к. обязан знать и разрешать все хосты внутри домена.  
 
схемка была бы наглядней, но вроде и по тексту топология ясна.

 
Сделал как Вы сказали, убрал птицу, ситуация не поменялась, так как dns сетевой точно такие же настройки. Опять начала копиться очередь, причем часть smtp запросов обрабатывается (маленьких), а часть зависаем в полумертвом состоянии (иногда подтягивают данные). Ребутнул сервак все опять стало работать. Перезапуск mdaemona не помогает.
 
Есть у кого нибудь еще мысли в чем может быть проблема?
 
P.s. В сети все работает, vpn цепляются, запросы по обоим isa гуляют нормально, все узлы внутри - наружу пингуются как по ip, так и по имени.
 
P.p.s. Вот это меня сильно смущает.
 
Wed 2015-12-09 16:44:11: Session 1498; child 19; thread 2596
Wed 2015-12-09 16:43:39: Accepting SMTP connection from [192.168.172.128:55998]
Wed 2015-12-09 16:43:39: --> 220 mail.brizol.ru ESMTP MDaemon 10.1.2; Wed, 09 Dec 2015 16:43:39 +0300
Wed 2015-12-09 16:43:39: <-- EHLO RESCAD14
Wed 2015-12-09 16:43:39: --> 250-mail.brizol.ru Hello D14, pleased to meet you
Wed 2015-12-09 16:43:39: --> 250-VRFY
Wed 2015-12-09 16:43:39: --> 250-EXPN
Wed 2015-12-09 16:43:39: --> 250-ETRN
Wed 2015-12-09 16:43:39: --> 250-AUTH=LOGIN
Wed 2015-12-09 16:43:39: --> 250-AUTH LOGIN CRAM-MD5
Wed 2015-12-09 16:43:39: --> 250-8BITMIME
Wed 2015-12-09 16:43:39: --> 250 SIZE 50000000
Wed 2015-12-09 16:43:39: <-- AUTH LOGIN
Wed 2015-12-09 16:43:39: --> 334 VXNlcm5hbWU6
Wed 2015-12-09 16:43:39: <-- dHNlbGluYUBmdXNpb24tbW5nLnJ1
Wed 2015-12-09 16:43:39: --> 334 UGFzc3dvcmQ6
Wed 2015-12-09 16:43:39: <-- ******
Wed 2015-12-09 16:43:39: --> 235 Authentication successful
Wed 2015-12-09 16:43:39: Authenticated as @fusion-mng.ru
Wed 2015-12-09 16:43:39: <-- MAIL FROM: <@fusion-mng.ru>
Wed 2015-12-09 16:43:39: --> 250 <@fusion-mng.ru>, Sender ok
Wed 2015-12-09 16:43:39: <-- RCPT TO: <@fusion-mng.ru>
Wed 2015-12-09 16:43:39: --> 250 <@fusion-mng.ru>, Recipient ok
Wed 2015-12-09 16:43:39: <-- DATA
Wed 2015-12-09 16:43:39: Creating temp file (SMTP): d:\mdaemon\queues\temp\md50000033917.tmp
Wed 2015-12-09 16:43:39: --> 354 Enter mail, end with <CRLF>.<CRLF>
Wed 2015-12-09 16:44:11: *  Winsock Error 10054 Соединение было перезапущено на друго конце!
Wed 2015-12-09 16:44:11: SMTP session terminated (Bytes in/out: 219550/427)
 
p.p.p.s  
 
Ребята, может кто сталкивался, внутри домена отправляю письмо (локально), скорость передачи smtp rcv не выше 300 кб\c. Я понимаю если во внешку так будут улетать (нагрузка на канал нормальная), но я отказываюсь понимать, почему внутри 1 физической сети такая маленькая скорость, может это где то настраивается?

Всего записей: 129 | Зарегистр. 09-10-2013 | Отправлено: 18:47 09-12-2015 | Исправлено: akbr1k, 19:48 09-12-2015
fess2006

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Домен один, авторизация с другого, так и задумано?
И у вас там никаких интернет секурити не стоит? А то они любят с ума сходить, особенно на служебных портах...

Всего записей: 1160 | Зарегистр. 25-01-2006 | Отправлено: 19:50 09-12-2015 | Исправлено: fess2006, 19:54 09-12-2015
akbr1k

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

Цитата:
Домен один, авторизация с другого, так и задумано?  
И у вас там никаких интернет секурити не стоит? А то они любят с ума сходить, особенно на служебных портах...

 
Домен на данный момент fusion-mng.local в нем все и варится
 
По поводу mail.brizol.ru это старый домен, его сейчас нет.
 
Пока не трогаю. Есть еще региональные почтовые домены из серии aa.fusion-mng.ru они авторизуются на нашем серваке под выданными им логинами и паролями, точнее местные it специалисты их заводят.
 
Сейчас ради експеримента, отправил во внешку письмо, размер письма 14 метров, оно уходило 20 минут! Где тут кроется подвох, в сети такая же петрушка.
 
После перезагрузки сервера это же письмо отправилось за 7 секунд. Ребят куда копать? Уже весь издергался.
 
KIS стоял, был снесен. Но когда он стоял все ок было.

Всего записей: 129 | Зарегистр. 09-10-2013 | Отправлено: 20:02 09-12-2015 | Исправлено: akbr1k, 20:50 09-12-2015
qxaszw12

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

Цитата:
После перезагрузки сервера это же письмо отправилось за 7 секунд. Ребят куда копать? Уже весь издергался.  

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

Всего записей: 608 | Зарегистр. 10-09-2012 | Отправлено: 21:09 09-12-2015
fess2006

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
qxaszw12
 
да думаю дело не в софтомой маршрутизации, что в ней сложного?  
либо где-то ошибка и трафик туда-сюда начинает по петле крутиться, либо проблема в свитчах с дохлым питанием или плохо обжатыми коннекторами.
 
 
косвенно проверить так можно: ставим что-то типо whatsup gold на комп админа, настраиваем мониторы пинг с пакетом тыщ 10-20 байт, можно еще какие-нибудь подобрать, которые постоянно юзают соединение, скажем мониторинг каких-нибудь сервисов  и забываем на сутки, пару...
 
если графики по мониторам синхронном имеют просадку в схожие периоды времени, 99% проблема в сетевой инфраструктуре. Ее начинаем инвентаризировать с самых дешевых элементов, проверка плотности соединений, переобжим, свитчи...
 
петли проверяем трейсами циклическими с логами-цмдшники с логами в планировщике + можно в лог кидать попутно таблицы маршрутизации, далее анализируем их в каком-нибудь araxis merge на предмет изменения маршрутов.
 
 

Всего записей: 1160 | Зарегистр. 25-01-2006 | Отправлено: 22:08 09-12-2015 | Исправлено: fess2006, 22:15 09-12-2015
qxaszw12

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

Цитата:
да думаю дело не в софтомой маршрутизации, что в ней сложного?

Ну не я принимаю решения что и как делать. Я могу только посоветовать как исправить ситуацию.
 
Да..... Пока вы размышляете над своим сервером под виндами, я буду спокойно спать у себя на рабочем месте, а за меня будут работать железные коробочки (да, забыл добавить, что года два или три тому назад я просыпался и на одной из них передёргивал питание).  

Всего записей: 608 | Зарегистр. 10-09-2012 | Отправлено: 22:19 09-12-2015
fess2006

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
qxaszw12
 
Я вас понимаю, но бывают заказчики, которым 1 т.р. вправо-влево, уже критично, приходится налегать на инвентаризацию и аудит имеющегося...
причем они не понимают, что иногда сумма чел\час выходит дороже, чем купить коробочку и сделать разовую инсталяцию...

Всего записей: 1160 | Зарегистр. 25-01-2006 | Отправлено: 22:32 09-12-2015 | Исправлено: fess2006, 22:35 09-12-2015
Открыть новую тему     Написать ответ в эту тему

Страницы: 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