Ru-Board.club
← Вернуться в раздел «В помощь системному администратору»

» Все о MDaemon (#5)

Автор: grubserg
Дата сообщения: 27.11.2014 07:49
Так уж получилось, что нужно настроить Mdaemon, но задача для меня не по профилю. Прочитал мануалы, перелопатил кучу литературы, но пока осталась проблема: Не принимает почту извне, отправляет нормально, между собой в локальной сети почта ходит тоже нормально. Имеем внешний IP-адрес от yota 188.162.230.94, запись MX для доменного имени тоже имеем. Просьба помочь и сильно не пинать.
Автор: Kamerton
Дата сообщения: 27.11.2014 08:01
qxaszw12
Да нет и нет и снова нет!!!
Нужно было сделать копию ящика всего. Поп не позволяет брать все - только входящие.
Уже нашел способ - и делаю!
Забил на занимание ерундой со звездочками и просто тупо поменял пароль и сообщил новый!
Срочно сказали сделать.
Благодарю.
Автор: plastunspb
Дата сообщения: 27.11.2014 08:19

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

Вот уж воистину фигней занимаетесь. Вам же сказали: импорт пользователей. 1 клик мышки и список пользователей с паролями у вас в *.csv файле в папке App.
Автор: vlary
Дата сообщения: 27.11.2014 10:09
grubserg
Цитата:
Не принимает почту извне,
Кто бы сомневался?
Код: C:\>telnet 188.162.230.94 25
Подключение к 188.162.230.94...Не удалось открыть подключение к этому узлу,
на порт 25: Сбой подключения
Автор: qxaszw12
Дата сообщения: 27.11.2014 11:32
grubserg

Цитата:
Имеем внешний IP-адрес от yota 188.162.230.94, запись MX для доменного имени тоже имеем. Просьба помочь и сильно не пинать.  


Вам нужно на вашей коробочке, которая обеспечивает в интерент, пробросить порты (минимум 25-й) на компьютер где установлен MDaemon.
Как это сделать - спросите на профильных форумах.

Но и правда, это жестокий мазохизм (или садизм начальства над вами лично) иметь такой корпоративный доступ в инетернет.
Сделайте как вам рекомендует Vlary и избежите массы проблем и головняков.
Автор: grubserg
Дата сообщения: 27.11.2014 12:13
Порты пробросил, вроде почта пошла. Да садизм, но что делать...норм специалист уволился, и осталось вот богатство, начинаю изучать премудрости.
Автор: jester7
Дата сообщения: 27.11.2014 14:46
ВОПРОС:

у меня Сервак МДЕЙМОН 10.
Работает четко.
Но...
Сервер стоит у нас в офисе. 192.168.1.2
вхожу на него по ТЕЛНЕТУ, повисаю на 25 порт, приветствую, пересылаю от кого угодно данные и спокойно выхожу )))
тоесть сервак меня пропускает не спрашивая...
это же дырка для вирусов
как закрыть такой простой доступ к серваку, не меняя 25 порта ???
спасибо!
Автор: vlary
Дата сообщения: 27.11.2014 15:23
jester7
Цитата:
как закрыть такой простой доступ к серваку, не меняя 25 порта ???
Как сделать что-то, ничего не меняя? Думаю, что никак.
Если есть паранойя относительно вирусов, то закрыть доступ к 25 порту из локалки,
(фаерволом, акцесс-листами - не в курсе как с этим у демона)
и пусть ходят через 465 SSL порт, можно еще с обязательной авторизацией .
Автор: qxaszw12
Дата сообщения: 27.11.2014 16:21
jester7

Цитата:
Сервер стоит у нас в офисе. 192.168.1.2
вхожу на него по ТЕЛНЕТУ, повисаю на 25 порт, приветствую, пересылаю от кого угодно данные и спокойно выхожу )))  


Хм..... не должен он так делать. У вас авторизация точно включена?
Что у вас прописано в Разрешённых хостах?
Автор: fly_indiz
Дата сообщения: 27.11.2014 16:37
jester7
убрать сетку 192.168 из доверенных хостов.
Автор: jester7
Дата сообщения: 27.11.2014 16:54
{
Цитата:
Сервер стоит у нас в офисе. 192.168.1.2
вхожу на него по ТЕЛНЕТУ, повисаю на 25 порт, приветствую, пересылаю от кого угодно данные и спокойно выхожу )))
}


---Хм..... не должен он так делать. У вас авторизация точно включена?
---Что у вас прописано в Разрешённых хостах?


Авторизация не включена. (Кстати , где ее включить тут ??? )
Все клиентские машины подключаются чтоб забрать почту через ЛОГИН И ПАРОЛЬ, порт 25.





Добавлено:
в разрешенных хостах у меня - ПУСТО )))
а что там надо прописать ?
Автор: vlary
Дата сообщения: 27.11.2014 17:20
jester7
Цитата:
Все клиентские машины подключаются чтоб забрать почту через ЛОГИН И ПАРОЛЬ, порт 25.
Забирают почту обычно по 110 (POP) или 143 (IMAP) порту.
С обязательным логином и паролем. А по порту 25 (SMTP) почту отправляют,
причем по дефолту пароль не требуется.
Автор: qxaszw12
Дата сообщения: 27.11.2014 17:24
jester7


Цитата:
Авторизация не включена.


Отсюда и растут все проблемы.
Включить - <Безопасность><Проверка подлинности><SMTP авторизация>
Должен стоять чек-бокс <Всегда требовать авторизацию, если почта приходит с локальных учётных записей>


Добавлено:
jester7

Цитата:
а что там надо прописать ?


Ни чего не надо туда писать.
Автор: Kamerton
Дата сообщения: 02.12.2014 07:55
Уважаемые гуру, подскажите как действовать.
Судя по всему сторона приема ставит палки, и обмен почты идет некорректно. К примеру вот так:

Цитата:

Tue 09:35:34.492: 05: Sending <*:\mdaemon\remoteq\pd35000190718.msg> to [*.*.*.*]
Tue 09:35:34.493: 05: Transfer Complete
Tue 09:35:35.387: 02: <-- 250 2.6.0 <A9C937F0-892D-4F8F-AFFE-2A38CB46CED9@***.com> [InternalId=331144] Queued mail for delivery
Tue 09:35:35.388: 03: --> QUIT
Tue 09:35:35.463: 04: * Winsock Error 10054
Tue 09:35:35.463: 04: Socket read error
Tue 09:35:35.463: 05: SMTP session successful (Bytes in/out: 791/10743)
Tue 09:35:35.463: 01: ----------

Сессия идет корректно и в конце вот такая вот фигня!!!
Как поступить и куда копать если действительно с моей стороны проблема!!!
За ранее благодарю.

Добавлено:
Ранее все было нормально, не доходили только письма большого объема (более 16 метров).
При этом не понятно правда почему - канал работает - но ошибка такая же как выше - только в процессе доставки возникает.
Сейчас большие так же не доходят - но на любое сообщение отправленное на этот сервер (а теперь переписка с ними будет частая) возникает такая ошибка.
Автор: qxaszw12
Дата сообщения: 02.12.2014 09:49
Kamerton

Цитата:
Tue  09:35:35.463: 04: *  Winsock Error 10054


Данное сообщение говорит о том, что удалённый сервер разорвал соединение без каких-либо объяснений и поэтому причиной может быть что угодно (вероятнее всего, но не обязательно, борьба со спамом). Поэтому я бы рекомендовал пообщаться с админом того сервера и выяснить реальную причину и попытаться договориться о её устранении.
Автор: Kamerton
Дата сообщения: 02.12.2014 10:01
Так вот и проблема - что админ утверждает что с их стороны все пучком.
Мол сессия разрывается с моей стороны.
И прикол - письма более 16500 метров к ним не доходят - идет передача данных - и как только достигается указанный объем - такая же ошибка сокета и все!! если письмо меньшего объема - то уходит без проблем.
Он утверждает что с их стороны ограничение на 60 метров.
Автор: qxaszw12
Дата сообщения: 02.12.2014 10:13
Kamerton

Цитата:
Так вот и проблема - что админ утверждает что с их стороны все пучком.


Попросите у него лог данной сессии и покажите его здесь.
Еще уточните ОС на которой установлен ваш MDaemon?


Цитата:
И прикол - письма более 16500 метров к ним не доходят

Покажите лог на данную сессию?

Какой софт используется на удалённом сервере?

Автор: vlary
Дата сообщения: 02.12.2014 11:41
Kamerton
Цитата:
И прикол - письма более 16500 метров к ним не доходят
16500 метров - это 16.5 Гигов?!
А ты велосипед в обычном почтовом конверте никому послать не пытался?
Вменяемые админы ограничивают аттачменты максимум 10 метров (10 Мегабайтов).
Все, что больше - другими средствами доставки.
Автор: Kamerton
Дата сообщения: 02.12.2014 11:46
Удаленны стоит есченж - у меня естественно демон.
[more=Вот к примеру лог большого файла:]
Tue 2014-12-02 13:06:24.917: 03: --> DATA
Tue 2014-12-02 13:06:25.161: 02: <-- 354 Start mail input; end with <CRLF>.<CRLF>
Tue 2014-12-02 13:06:25.161: 05: Sending <d:\mdaemon\remoteq\pd50000190739.msg> to [*.*.*.*]
Tue 2014-12-02 13:11:24.728: 04: * Winsock Error 10054
Tue 2014-12-02 13:11:24.728: 04: Socket read error
Tue 2014-12-02 13:11:24.728: 04: SMTP session terminated (Bytes in/out: 718/10109577)
[/more]
Как видно передал 10 метров и оборвалось...
[more=А вот нормальная сессия:]
Tue 2014-12-02 14:34:06.465: 05: Sending <d:\mdaemon\remoteq\pd35000190743.msg> to [*.*.*.*]
Tue 2014-12-02 14:34:55.628: 05: Transfer Complete
Tue 2014-12-02 14:35:17.345: 02: <-- 250 2.6.0 <1a6c07dd.1d00e13.4304531e.29@*.com> [InternalId=331605] Queued mail for delivery
Tue 2014-12-02 14:35:17.346: 03: --> QUIT
Tue 2014-12-02 14:35:17.711: 02: <-- 221 2.0.0 Service closing transmission channel
Tue 2014-12-02 14:35:17.711: 05: SMTP session successful (Bytes in/out: 831/693744)
[/more]

С той стороны не могу предоставить лог - он бодается и тупо утверждает что проблема с моей стороны. Достать могу только через офзапрос на генерального...

Добавлено:
vlary
Извини - очепятался - имелось в виду 16 мегабайт естественно. Уж не стоит придираться к словам...
Автор: qxaszw12
Дата сообщения: 02.12.2014 11:53
Kamerton

Цитата:
Tue 2014-12-02 13:06:24.917: 03: --> DATA
Tue 2014-12-02 13:06:25.161: 02: <-- 354 Start mail input; end with <CRLF>.<CRLF>
Tue 2014-12-02 13:06:25.161: 05: Sending <d:\mdaemon\remoteq\pd50000190739.msg> to [*.*.*.*]
Tue 2014-12-02 13:11:24.728: 04: *  Winsock Error 10054


Проблемы с каналом между вашими серверами.
Длительность сессии аж 5 минут для передачи 10 мегабайт - это очень медленный канал.



Добавлено:
Kamerton

Цитата:
С той стороны не могу предоставить лог - он бодается и тупо утверждает что проблема с моей стороны.


Проблема не в том у кого и как работают сервера, а в том, что между вашими серверами не ходит почта, и попытайтесь объяснить это админу удалённого сервера, что не полученное письмо, это потерянные деньги для обоих фирм.
Автор: vlary
Дата сообщения: 02.12.2014 11:58
qxaszw12
Цитата:
Проблемы с каналом между вашими серверами
Еще может быть проблема с антивирусным плагином, который проверяет 10 метров слишком долго.
Автор: Kamerton
Дата сообщения: 02.12.2014 12:17
qxaszw12
ну исходящий канал действительно медленный - не более 1 мегабита, а то и гораздо меньше (при передаче показывает максимум 64 KB/s)
Но к примеру на yandex почта по этому каналу уходит и в больших размерах.
На той стороне конечно канал могучий у них 100 мегобит в обе стороны (и типа гарантированные)
vlary
В какой момент антивирусник проверяет исходящие сообщение? Неужели в момент передачи? В логах он ничего не пишет о проверке - я так думаю, что он его проверил в момент получения сообщения на отправку - а отправляет - уже не проверяя вторично... (о чем свидетельствуют логи)
Автор: qxaszw12
Дата сообщения: 02.12.2014 12:46
Kamerton

Цитата:
при передаче показывает максимум 64 KB/s

Отсюда у вас и проблемы.
Покажите лог на всю проблемную сессию, т.е. полностью от начала до конца.


Цитата:
В какой момент антивирусник проверяет исходящие сообщение?

Антивирус на той стороне, но с вашим каналом не он основная проблема.




Автор: Kamerton
Дата сообщения: 02.12.2014 13:35
[more=полная сессия:]
Tue 2014-12-02 13:06:23.388: 05: Session 188529; child 0002
Tue 2014-12-02 13:06:23.388: 01: Parsing message <*:\mdaemon\remoteq\pd50000190739.msg>
Tue 2014-12-02 13:06:23.389: 01: * From: 111@*.com
Tue 2014-12-02 13:06:23.389: 01: * To: 222@*.ru
Tue 2014-12-02 13:06:23.389: 01: * Subject: ******
Tue 2014-12-02 13:06:23.389: 01: * Size (bytes): 20788116
Tue 2014-12-02 13:06:23.389: 01: * Message-ID: <56800f76.1d00d4c.3dedae9b.29@*.com>
Tue 2014-12-02 13:06:23.391: 05: Attempting SMTP connection to [*.ru]
Tue 2014-12-02 13:06:23.393: 05: Resolving MX records for [*.ru] (DNS Server: 8.8.8.8)...
Tue 2014-12-02 13:06:23.533: 05: * P=010 S=000 D=*.ru TTL=(59) MX=[*.ru]
Tue 2014-12-02 13:06:23.533: 05: * P=020 S=001 D=*.ru TTL=(59) MX=[*2.ru]
Tue 2014-12-02 13:06:23.534: 05: Attempting SMTP connection to [*:25]
Tue 2014-12-02 13:06:23.534: 05: * Cache hit on *.ru; IP = *.*.*.*
Tue 2014-12-02 13:06:23.535: 05: Waiting for socket connection...
Tue 2014-12-02 13:06:23.672: 05: * Connection established (*.*.*.*:49900 -> *.*.*.*:25)
Tue 2014-12-02 13:06:23.672: 05: Waiting for protocol to start...
Tue 2014-12-02 13:06:23.846: 02: <-- 220 srv-*.ru Microsoft ESMTP MAIL Service ready at Tue, 2 Dec 2014 14:06:22 +0600
Tue 2014-12-02 13:06:23.847: 03: --> EHLO mail.*.com
Tue 2014-12-02 13:06:23.971: 02: <-- 250-srv-*.ru Hello [*.*.*.*]
Tue 2014-12-02 13:06:23.971: 02: <-- 250-SIZE 30720000
Tue 2014-12-02 13:06:23.971: 02: <-- 250-PIPELINING
Tue 2014-12-02 13:06:23.971: 02: <-- 250-DSN
Tue 2014-12-02 13:06:23.971: 02: <-- 250-ENHANCEDSTATUSCODES
Tue 2014-12-02 13:06:23.971: 02: <-- 250-STARTTLS
Tue 2014-12-02 13:06:23.971: 02: <-- 250-X-ANONYMOUSTLS
Tue 2014-12-02 13:06:23.971: 02: <-- 250-AUTH
Tue 2014-12-02 13:06:23.971: 02: <-- 250-X-EXPS NTLM
Tue 2014-12-02 13:06:23.971: 02: <-- 250-8BITMIME
Tue 2014-12-02 13:06:23.971: 02: <-- 250-BINARYMIME
Tue 2014-12-02 13:06:23.971: 02: <-- 250-CHUNKING
Tue 2014-12-02 13:06:23.971: 02: <-- 250-XEXCH50
Tue 2014-12-02 13:06:23.971: 02: <-- 250 XSHADOW
Tue 2014-12-02 13:06:23.971: 03: --> STARTTLS
Tue 2014-12-02 13:06:24.186: 02: <-- 220 2.0.0 SMTP server ready
Tue 2014-12-02 13:06:24.467: 05: SSL negotiation successful (TLS 1.0, 2048 bit key exchange, 128 bit AES encryption)
Tue 2014-12-02 13:06:24.467: 03: --> EHLO mail.*.com
Tue 2014-12-02 13:06:24.595: 02: <-- 250-srv-*.ru Hello [*.*.*.*]
Tue 2014-12-02 13:06:24.595: 02: <-- 250-SIZE 30720000
Tue 2014-12-02 13:06:24.595: 02: <-- 250-PIPELINING
Tue 2014-12-02 13:06:24.595: 02: <-- 250-DSN
Tue 2014-12-02 13:06:24.595: 02: <-- 250-ENHANCEDSTATUSCODES
Tue 2014-12-02 13:06:24.595: 02: <-- 250-AUTH
Tue 2014-12-02 13:06:24.595: 02: <-- 250-X-EXPS NTLM
Tue 2014-12-02 13:06:24.595: 02: <-- 250-8BITMIME
Tue 2014-12-02 13:06:24.595: 02: <-- 250-BINARYMIME
Tue 2014-12-02 13:06:24.595: 02: <-- 250-CHUNKING
Tue 2014-12-02 13:06:24.595: 02: <-- 250-XEXCH50
Tue 2014-12-02 13:06:24.595: 02: <-- 250 XSHADOW
Tue 2014-12-02 13:06:24.595: 03: --> MAIL From:<****> SIZE=20788116
Tue 2014-12-02 13:06:24.726: 02: <-- 250 2.1.0 Sender OK
Tue 2014-12-02 13:06:24.727: 03: --> RCPT To:<***@*.ru>
Tue 2014-12-02 13:06:24.917: 02: <-- 250 2.1.5 Recipient OK
Tue 2014-12-02 13:06:24.917: 03: --> DATA
Tue 2014-12-02 13:06:25.161: 02: <-- 354 Start mail input; end with <CRLF>.<CRLF>
Tue 2014-12-02 13:06:25.161: 05: Sending <*:\mdaemon\remoteq\pd50000190739.msg> to [*.*.*.*]
Tue 2014-12-02 13:11:24.728: 04: * Winsock Error 10054
Tue 2014-12-02 13:11:24.728: 04: Socket read error
Tue 2014-12-02 13:11:24.728: 04: SMTP session terminated (Bytes in/out: 718/10109577)
[/more]
Как видно отправка шла 5 минут и потом обрыв!

Вот сегодня экспериментировал и получил такую беду с [more=yandex-ом]
Tue 2014-12-02 14:27:33.790: 02: <-- 354 Enter mail, end with "." on a line by itself
Tue 2014-12-02 14:27:33.790: 05: Sending <*:\mdaemon\remoteq\pd50000190742.msg> to [213.180.193.89]
Tue 2014-12-02 14:36:59.849: 05: Transfer Complete
Tue 2014-12-02 14:37:00.587: 05: Socket connection closed by the other side (how rude!)
Tue 2014-12-02 14:37:00.587: 04: SMTP session terminated (Bytes in/out: 470/21138615)
[/more]
А тут отправка шла 9 минут и вроде бы и прошла - но в конце интересное сообщение!!!
Автор: vlary
Дата сообщения: 02.12.2014 14:49
Kamerton
Цитата:
В какой момент антивирусник проверяет исходящие сообщение?
Зависит от настройки антивируса. Обычно при приеме от другого сервера, но некоторые настраивают и проверку почты от клиентов.
Автор: qxaszw12
Дата сообщения: 02.12.2014 16:37
Kamerton

Цитата:
Как видно отправка шла 5 минут и потом обрыв!


А старую "успешную" сессию покажите?
Сдаётся мне, что все ваши проблемы из-за очень плохого исходящего канала. Вы по ADSL работаете?
Автор: Kamerton
Дата сообщения: 02.12.2014 17:17
Вот успешная сессия с тем [more=сервером]
Mon 2014-12-01 15:22:30.334: 05: Session 185231; child 0002
Mon 2014-12-01 15:22:30.335: 01: Parsing message <*:\mdaemon\remoteq\pd35000190680.msg>
Mon 2014-12-01 15:22:30.337: 01: * From: 111@*.com
Mon 2014-12-01 15:22:30.337: 01: * To: 222@**.ru
Mon 2014-12-01 15:22:30.337: 01: * Subject: *****
Mon 2014-12-01 15:22:30.337: 01: * Size (bytes): 15674733
Mon 2014-12-01 15:22:30.337: 01: * Message-ID: <faea4fd2.1d00d4f.3e058d37.29@*.com>
Mon 2014-12-01 15:22:30.338: 05: Attempting SMTP connection to [**.ru]
Mon 2014-12-01 15:22:30.340: 05: Resolving MX records for [**.ru] (DNS Server: ****)...
Mon 2014-12-01 15:22:30.546: 05: * P=010 S=001 D=**.ru TTL=(49) MX=[**.ru]
Mon 2014-12-01 15:22:30.546: 05: * P=020 S=000 D=**.ru TTL=(49) MX=[mail2.**.ru]
Mon 2014-12-01 15:22:30.546: 05: Attempting SMTP connection to [**.ru:25]
Mon 2014-12-01 15:22:30.546: 05: * Cache hit on **.ru; IP = ****
Mon 2014-12-01 15:22:30.547: 05: Waiting for socket connection...
Mon 2014-12-01 15:22:30.821: 05: * Connection established (****:63043 -> ****:25)
Mon 2014-12-01 15:22:30.821: 05: Waiting for protocol to start...
Mon 2014-12-01 15:22:31.117: 02: <-- 220 srv-**.ru Microsoft ESMTP MAIL Service ready at Mon, 1 Dec 2014 16:22:30 +0600
Mon 2014-12-01 15:22:31.117: 03: --> EHLO mail.*.com
Mon 2014-12-01 15:22:31.447: 02: <-- 250-srv-**.ru Hello [****]
Mon 2014-12-01 15:22:31.447: 02: <-- 250-SIZE 30720000
Mon 2014-12-01 15:22:31.447: 02: <-- 250-PIPELINING
Mon 2014-12-01 15:22:31.447: 02: <-- 250-DSN
Mon 2014-12-01 15:22:31.447: 02: <-- 250-ENHANCEDSTATUSCODES
Mon 2014-12-01 15:22:31.447: 02: <-- 250-STARTTLS
Mon 2014-12-01 15:22:31.447: 02: <-- 250-X-ANONYMOUSTLS
Mon 2014-12-01 15:22:31.447: 02: <-- 250-AUTH
Mon 2014-12-01 15:22:31.447: 02: <-- 250-X-EXPS NTLM
Mon 2014-12-01 15:22:31.447: 02: <-- 250-8BITMIME
Mon 2014-12-01 15:22:31.447: 02: <-- 250-BINARYMIME
Mon 2014-12-01 15:22:31.447: 02: <-- 250-CHUNKING
Mon 2014-12-01 15:22:31.447: 02: <-- 250-XEXCH50
Mon 2014-12-01 15:22:31.447: 02: <-- 250 XSHADOW
Mon 2014-12-01 15:22:31.447: 03: --> STARTTLS
Mon 2014-12-01 15:22:31.771: 02: <-- 220 2.0.0 SMTP server ready
Mon 2014-12-01 15:22:32.205: 05: SSL negotiation successful (TLS 1.0, 2048 bit key exchange, 128 bit AES encryption)
Mon 2014-12-01 15:22:32.205: 03: --> EHLO mail.*.com
Mon 2014-12-01 15:22:32.279: 02: <-- 250-srv-**.ru Hello [****]
Mon 2014-12-01 15:22:32.279: 02: <-- 250-SIZE 30720000
Mon 2014-12-01 15:22:32.279: 02: <-- 250-PIPELINING
Mon 2014-12-01 15:22:32.279: 02: <-- 250-DSN
Mon 2014-12-01 15:22:32.279: 02: <-- 250-ENHANCEDSTATUSCODES
Mon 2014-12-01 15:22:32.279: 02: <-- 250-AUTH
Mon 2014-12-01 15:22:32.279: 02: <-- 250-X-EXPS NTLM
Mon 2014-12-01 15:22:32.279: 02: <-- 250-8BITMIME
Mon 2014-12-01 15:22:32.279: 02: <-- 250-BINARYMIME
Mon 2014-12-01 15:22:32.279: 02: <-- 250-CHUNKING
Mon 2014-12-01 15:22:32.279: 02: <-- 250-XEXCH50
Mon 2014-12-01 15:22:32.279: 02: <-- 250 XSHADOW
Mon 2014-12-01 15:22:32.279: 03: --> MAIL From:<prvs=14128371dc=**@*.com> SIZE=15674733
Mon 2014-12-01 15:22:32.351: 02: <-- 250 2.1.0 Sender OK
Mon 2014-12-01 15:22:32.351: 03: --> RCPT To:<**@**.ru>
Mon 2014-12-01 15:22:32.428: 02: <-- 250 2.1.5 Recipient OK
Mon 2014-12-01 15:22:32.428: 03: --> DATA
Mon 2014-12-01 15:22:32.501: 02: <-- 354 Start mail input; end with <CRLF>.<CRLF>
Mon 2014-12-01 15:22:32.501: 05: Sending <*:\mdaemon\remoteq\pd35000190680.msg> to [****]
Mon 2014-12-01 15:26:31.929: 05: Transfer Complete
Mon 2014-12-01 15:26:41.611: 02: <-- 250 2.6.0 <faea4fd2.1d00d4f.3e058d37.29@*.com> [InternalId=330475] Queued mail for delivery
Mon 2014-12-01 15:26:41.615: 03: --> QUIT
Mon 2014-12-01 15:26:41.696: 02: <-- 221 2.0.0 Service closing transmission channel
Mon 2014-12-01 15:26:41.696: 05: SMTP session successful (Bytes in/out: 831/15816663)
[/more]
А вот с [more=yandex]
Sat 2014-11-29 11:12:18.599: 05: Session 178687; child 0001
Sat 2014-11-29 11:12:18.601: 01: Parsing message <*:\mdaemon\remoteq\pd50000190595.msg>
Sat 2014-11-29 11:12:18.601: 01: * From: *@*.com
Sat 2014-11-29 11:12:18.601: 01: * To: ***@ya.ru
Sat 2014-11-29 11:12:18.601: 01: * Subject: ***
Sat 2014-11-29 11:12:18.601: 01: * Size (bytes): 20477355
Sat 2014-11-29 11:12:18.601: 01: * Message-ID: <a813945a.1d00a40.29f7ece9.29@*.com>
Sat 2014-11-29 11:12:18.603: 05: Attempting SMTP connection to [ya.ru]
Sat 2014-11-29 11:12:18.604: 05: Resolving MX records for [ya.ru] (DNS Server: ****)...
Sat 2014-11-29 11:12:18.635: 05: * P=010 S=000 D=ya.ru TTL=(90) MX=[mx.yandex.ru]
Sat 2014-11-29 11:12:18.635: 05: Attempting SMTP connection to [mx.yandex.ru:25]
Sat 2014-11-29 11:12:18.635: 05: Resolving A record for [mx.yandex.ru] (DNS Server: ****)...
Sat 2014-11-29 11:12:18.665: 05: * D=mx.yandex.ru TTL=(3) A=[213.180.204.89]
Sat 2014-11-29 11:12:18.665: 05: * D=mx.yandex.ru TTL=(3) A=[77.88.21.89]
Sat 2014-11-29 11:12:18.665: 05: * D=mx.yandex.ru TTL=(3) A=[213.180.193.89]
Sat 2014-11-29 11:12:18.665: 05: * D=mx.yandex.ru TTL=(3) A=[93.158.134.89]
Sat 2014-11-29 11:12:18.665: 05: * D=mx.yandex.ru TTL=(3) A=[87.250.250.89]
Sat 2014-11-29 11:12:18.665: 05: Randomly picked 213.180.204.89 from list of A records
Sat 2014-11-29 11:12:18.665: 05: Attempting SMTP connection to [213.180.204.89:25]
Sat 2014-11-29 11:12:18.666: 05: Waiting for socket connection...
Sat 2014-11-29 11:12:18.743: 05: * Connection established (****:59321 -> 213.180.204.89:25)
Sat 2014-11-29 11:12:18.743: 05: Waiting for protocol to start...
Sat 2014-11-29 11:12:18.825: 02: <-- 220 mxfront9j.mail.yandex.net (Want to use Yandex.Mail for your domain? Visit http://pdd.yandex.ru)
Sat 2014-11-29 11:12:18.825: 03: --> EHLO mail.*.com
Sat 2014-11-29 11:12:18.903: 02: <-- 250-mxfront9j.mail.yandex.net
Sat 2014-11-29 11:12:18.903: 02: <-- 250-8BITMIME
Sat 2014-11-29 11:12:18.903: 02: <-- 250-PIPELINING
Sat 2014-11-29 11:12:18.903: 02: <-- 250-SIZE 42991616
Sat 2014-11-29 11:12:18.903: 02: <-- 250-STARTTLS
Sat 2014-11-29 11:12:18.903: 02: <-- 250-DSN
Sat 2014-11-29 11:12:18.903: 02: <-- 250 ENHANCEDSTATUSCODES
Sat 2014-11-29 11:12:18.903: 03: --> STARTTLS
Sat 2014-11-29 11:12:18.980: 02: <-- 220 Go ahead
Sat 2014-11-29 11:12:19.148: 05: SSL negotiation successful (TLS 1.2, 2048 bit key exchange, 128 bit AES encryption)
Sat 2014-11-29 11:12:19.148: 03: --> EHLO mail.*.com
Sat 2014-11-29 11:12:19.227: 02: <-- 250-mxfront9j.mail.yandex.net
Sat 2014-11-29 11:12:19.227: 02: <-- 250-8BITMIME
Sat 2014-11-29 11:12:19.227: 02: <-- 250-PIPELINING
Sat 2014-11-29 11:12:19.227: 02: <-- 250-SIZE 42991616
Sat 2014-11-29 11:12:19.227: 02: <-- 250-DSN
Sat 2014-11-29 11:12:19.227: 02: <-- 250 ENHANCEDSTATUSCODES
Sat 2014-11-29 11:12:19.227: 03: --> MAIL From:<> SIZE=20477355
Sat 2014-11-29 11:12:19.306: 02: <-- 250 2.1.0 <> ok
Sat 2014-11-29 11:12:19.306: 03: --> RCPT To:<**@ya.ru>
Sat 2014-11-29 11:12:19.395: 02: <-- 250 2.1.5 <**@ya.ru> recipient ok
Sat 2014-11-29 11:12:19.395: 03: --> DATA
Sat 2014-11-29 11:12:19.472: 02: <-- 354 Enter mail, end with "." on a line by itself
Sat 2014-11-29 11:12:19.472: 05: Sending <*:\mdaemon\remoteq\pd50000190595.msg> to [213.180.204.89]
Sat 2014-11-29 11:17:41.530: 05: Transfer Complete
Sat 2014-11-29 11:17:46.267: 02: <-- 250 2.0.0 Ok: queued on mxfront9j.mail.yandex.net as IUNDZKOuVA-CJhGwptC
Sat 2014-11-29 11:17:46.273: 03: --> QUIT
Sat 2014-11-29 11:17:46.352: 02: <-- 221 2.0.0 Closing connection.
Sat 2014-11-29 11:17:46.352: 05: SMTP session successful (Bytes in/out: 572/20822784)
[/more]

Добавлено:
И да - работаем по АДСЛ. И раньше проблем не было замечено - отправлялись и большего объема письма.

Сейчас правда канал стал очень очень часто падать - вот решаю этот вопрос с ростелекомом - но специально смотрю когда идет сессия, что бы канал не упал и сессия не по этой причине разрывалась. Смотрю - в смысле слежу и канал не падает - то есть интернет есть и пинг не прерывается...
Автор: qxaszw12
Дата сообщения: 02.12.2014 17:38
Kamerton

"Успешная" сессия - 4 минуты.

У вас проблемы с каналом и именно от этого все ваши проблемы. Меняйте "Ростелеком" на что-нибудь более адекватной, в противном случае будете постоянно иметь проблемы.
И пинги не показатель, особенно на маленьких пакетах.
Автор: Kamerton
Дата сообщения: 02.12.2014 18:47
qxaszw12
Ну так 4 минуты - это 15 метров, а для 20 метров дольше нужно будет...

Ну то что канал действительно слабый в век оптики - это факт, но альтернативы нет и не предвидится...

Добавлено:
Но с yandex-ом ведь проходит нормально сессия!!!

Добавлено:
По поводу пингов: канал падает до потери линка, а для поднятия и авторизации нужно время, и пинг пропадёт однозначно... Во всех других случаях таймаутов достаточно что бы передать сообщение.
Автор: qxaszw12
Дата сообщения: 02.12.2014 20:26
Kamerton

Цитата:
Ну то что канал действительно слабый в век оптики - это факт, но альтернативы нет и не предвидится...


Раз всё так грустно, то откажитесь от почтового сервера внутри вашей сети и перенесите её на какой-нибудь public сервис. (например, как советует ipmanyak, на тот же yandex).

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175

Предыдущая тема: RDP-клиент не видит разрыв связи.


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.