none
ответ сервера на письма больше лимита RRS feed

  • Вопрос

  • Добрый день

    имеем sbs 2003  exchange sp2  + ORF

    у нас на сервере стоит  лимит на письмо 6500

    нам пытались отправить писмо в 8мб. то есть больше лимита.

    так оно сделало кучу попыток доставки долбилось сутки. Вопрос - как научить отвечать сервер на подобные письма ошибкой 5хx или чем еще чтобы отправляющий сервер не делал дополнительных попыток отправить большое письмо. Это вообще возможно?

     

     

    вот что в логе

    2007-04-23 23:05:53 64.1.3.8 og51.obs.com SMTPSVC1 WEB 192.168.0.253 0 HELO - +og51.obs.com 250 0 40 27 15 SMTP - - - -

    2007-04-23 23:05:53 64.1.3.8 og51.obs.com SMTPSVC1 WEB 192.168.0.253 0 MAIL - +From:<Larry@ons.com> 250 0 47 34 0 SMTP - - - -

    2007-04-23 23:05:53 64.1.3.8 og51.obs.com SMTPSVC1 WEB 192.168.0.253 0 RCPT - +To:<ADol@icga.ru> 250 0 35 32 15 SMTP - - - -

    2007-04-23 23:05:53 64.1.3.8 og51.obs.com SMTPSVC1 WEB 192.168.0.253 0 RCPT - +To:<asuh@icga.ru> 250 0 34 31 16 SMTP - - - -

    2007-04-23 23:06:57 64.1.3.8 og51.obs.com SMTPSVC1 WEB 192.168.0.253 0 BDAT - 8TuCZ/7do7LjT2S8iIIDv25Fu/fGgc/UaT3MOqfqc0JE9YSorLBnIVjghPzNK1U/Sfbx2hoB+Yr9

    Q2IbZMX1ojk1zaDHayQUOvadAG9nGpRkfcJ5pVPpiwLds4xelj0hya9hOwKxLmda0i13kxrdCEJ9

    igmqZ0e0WQejqi14w49pYUSmcYWZd7QKTD/wypbRdXs0norKnAFeGMVSZp/ntqRuQc7R+s1pmVOI

    49F25h3jNUybeWdkYI3JySJaDiUui7IR3q5W4Zc52xQfv92hzHBuTH/7sWJ2ZfKaQIzKp8+/mP08

    J4xksgP/7uuuPYp4Em0be6U3TaLAn7Jik1cmVzmRQaz6mWrktF5ll4J1ErC9aARPQEwlaFYhpEQl

    Ex89WM2WVaj+O+8TLczfmDdnmDT+wYvWVBZXUWIhYnvlzLzi8ZtCiICvkeHKdx9qV45c1sb/PhQw

    yzhB4IBGXAJLgBgOSOFPNrVLHFC9LG2UA3J2n9TDof+VdOSA3vpwQOyMfg8wCfyb+zlwjguK4DjM

    XvdiB/sg12HZkeD7wiMc0Jj71334EcKPb4hfHNC9TjEOyKH9VmTLB3R8LpjEAUl/B2Ak/ZQ20/xO

    HiCVemQs43FL3CeuL5s5Msk0LvcIEDLDBkzy3Iy5PYorG5dtfPuuPbtHMWn8xGbWzmFMvUbcFvNS

    STovkDTkPtlEiIWeRFrLvNvNrQYi50md2sCoLjHE6LnCSBgfoOUdwPApmdiuznvu0Fqo5XLLgRb8

    ojbQCNyWvW` 552 0 46 4 32891 SMTP - - - -

    2007-04-23 23:07:15 64.1.3.8 og51.obs.com SMTPSVC1 WEB 192.168.0.253 0 QUIT - og51.obs.com 240 81360 105 4 49719 SMTP - - - -

    2007-04-23 23:10:07 64.1.3.9 og55.obs.com SMTPSVC1 WEB 192.168.0.253 0 HELO - +og55.obs.com 250 0 40 27 0 SMTP - - - -

    2007-04-23 23:10:07 64.1.3.9 og55.obs.com SMTPSVC1 WEB 192.168.0.253 0 MAIL - +From:<Larry@ons.com> 250 0 47 34 0 SMTP - - - -

    2007-04-23 23:10:07 64.1.3.9 og55.obs.com SMTPSVC1 WEB 192.168.0.253 0 RCPT - +To:<ADol@icga.ru> 250 0 35 32 0 SMTP - - - -

    2007-04-23 23:10:07 64.1.3.9 og55.obs.com SMTPSVC1 WEB 192.168.0.253 0 RCPT - +To:<asuh@icga.ru> 250 0 34 31 0 SMTP - - - -

    2007-04-23 23:11:14 64.1.3.9 og55.obs.com SMTPSVC1 WEB 192.168.0.253 0 BDAT - 8TuCZ/7do7LjT2S8iIIDv25Fu/fGgc/UaT3MOqfqc0JE9YSorLBnIVjghPzNK1U/Sfbx2hoB+Yr9

    Q2IbZMX1ojk1zaDHayQjSAddID6PEtFX8HjIMYaoHx+/idSlasS0sZMp1dNW8zfYk51tE+tFHR1j

    wXOjt5o1Z91cP2TKCX8/E8S82z83+6z98v71q7QGqm5KOfqgS7KlsQO9/IXvk9JErWi7rma22nDw

    pqPHZZKTkUzTO/24HJ8a2FB5wD/LL/rDIzQ7mt67Y78QxMIwZDBV2Hm18AzdKRKaQIzKp8+/mP08

    J4xksgP/7uuuPYp4Em0be6U3TaLAn7Jik1cmVzmRQaz6mWrktF5ll4J1ErC9aARPQEwlaFYhpEQl

    Ex89WM2WVaj+O+8TLczfmDdnmDT+wYvWVBZXUWIhYnvlzLzi8ZtCiICvkeHKdx9qV45c1sb/PhQw

    yzhB4IBGXAJLgBgOSOFPNrVLHFC9LG2UA3J2n9TDof+VdOSA3vpwQOyMfg8wCfyb+zlwjguK4DjM

    XvdiB/sg12HZkeD7wiMc0Jj71334EcKPb4hfHNC9TjEOyKH9VmTLB3R8LpjEAUl/B2Ak/ZQ20/xO

    HiCVemQs43FL3CeuL5s5Msk0LvcIEDLDBkzy3Iy5PYorG5dtfPuuPbtHMWn8xGbWzmFMvUbcFvNS

    STovkDTkPtlEiIWeRFrLvNvNrQYi50md2sCoLjHE6LnCSBgfoOUdwPApmdiuznvu0Fqo5XLLgRb8

    ojbQCNyWvW88rrGd/LFG21A5EKezGWiQGDZ9v3v+5niNp7O0NC5cWmdz8dPPg7dCp6zlbJUcz3f8

    mutYSmFG1HgCUTYAlgo/Adh1Q0/uGAbaHvWIcKmHHWUadHJAzykQA5n08rU9/il/2qq/DtY/yLvS

    1SIo+vV6rk( 552 0 46 4 33781 SMTP - - - -

    2007-04-23 23:07:15 64.1.3.8 og51.obs.com SMTPSVC1 WEB 192.168.0.253 0 QUIT - og51.obs.com 240 81360 105 4 49719 SMTP - - - -

    • Перемещено Tina_Tian 19 марта 2012 г. 4:16 forum merge (От:Exchange Server 2003/2000/5.5)
    26 апреля 2007 г. 7:42

Ответы

  • понял свою ошибку

     

    у меня стояло

    message Delivery - 10240

    virtual smtp -6500

     

    потому в письмо в 8мегов принималось но резалось на фильтре virtual smtp.

     

    спасибо

    как всегда моя дурная голова

     

    26 апреля 2007 г. 11:00

Все ответы

  • В SMTP сессии сервер отвечает примерно так:

     

    250-mx8.mail.ru ready to serve
      250-SIZE 10485760
      250 8BITMIME

     

    SIZE- это размер, который сервер может принять, поэтому отправляющая сторона не должна пихать письмо больше, чем этот размер.

     

    Отправляющая сторона задает размер письма во время отправки:

     

    telnet myserver.mydomain.ru 25

     

    220 myserver.mydomain.ru Microsoft ESMTP MAIL Service, Version:


    ehlo


    250-myserver.mydomain.ru Hello [190.84.91.160]
    250-TURN
    250-SIZE 10485760   (вот ответ сервера о том, что он принимает максимум 10мб)
    250-ETRN
    250-PIPELINING
    250-DSN
    250-ENHANCEDSTATUSCODES
    250-8bitmime
    250-BINARYMIME
    250-CHUNKING
    250-VRFY
    250-X-EXPS GSSAPI NTLM
    250-AUTH GSSAPI NTLM
    250-X-LINK2STATE
    250-XEXCH50
    250 OK


    mail from:<asdf@asdf.com> size=333333333333333333333333333   (я пытаюсь засунуть письмо с нереальным размером)
    552 5.3.4 Message size exceeds fixed maximum message size (сервер отбил попытку приема)

     

    Поэтому:

    1. Проверьте с помощью telnet, что ваш сервер ответчает size и при попытке отправить больше, отбивает.

    2. В ответе вашего сервера на первый коннект есть ли слово ESMTP?

     

     

    26 апреля 2007 г. 9:44
    Модератор
  • понял свою ошибку

     

    у меня стояло

    message Delivery - 10240

    virtual smtp -6500

     

    потому в письмо в 8мегов принималось но резалось на фильтре virtual smtp.

     

    спасибо

    как всегда моя дурная голова

     

    26 апреля 2007 г. 11:00
  • А насколько важно слово ESMTP . еге оно должно быть в приветствии ?. я егоизменил со стандартного на

     

    'xxxx.xxx.ru server'

     

    Это плохо?

    26 апреля 2007 г. 11:22
  •  Gary108 написано:

    А насколько важно слово ESMTP . еге оно должно быть в приветствии ?. я егоизменил со стандартного на

     

    'xxxx.xxx.ru server'

     

    Это плохо?

     

    дело не в том , что в баннере написано - а в том что бы прием\передача шла по ESMTP

    26 апреля 2007 г. 11:47
  • ESMTP просто показывает, что сервер поддерживает расширенный набор команд протокола SMTP.
    26 апреля 2007 г. 13:55
  • Не все так просто. У меня несколько лет были серьезные проблемы из-за того, что я ESMTP или SMTP убрал из заголовка.  C некоторыми Unix серверами были проблемы в приеме почты. Письма не могли приняться до конца, причем  у них в логах было все нормально. Бился, долго. Потом вернул назад и счастье тоже вернулось ко мне. Поэтому с тех времен я так ревностно отношусь к наличию этих букв в заголовке. Кто не верит - уберите их у себя и понаблюдайте за логами.

     

     

    Доп. чтение. http://www.outlookexchange.com/articles/nicolasblank/blank_a8_p1.asp

     

    27 апреля 2007 г. 6:00
    Модератор
  •  Pavel Nagaev написано:

    Не все так просто. У меня несколько лет были серьезные проблемы из-за того, что я ESMTP или SMTP убрал из заголовка.  C некоторыми Unix серверами были проблемы в приеме почты. Письма не могли приняться до конца, причем  у них в логах было все нормально. Бился, долго. Потом вернул назад и счастье тоже вернулось ко мне. Поэтому с тех времен я так ревностно отношусь к наличию этих букв в заголовке. Кто не верит - уберите их у себя и понаблюдайте за логами.

     

     

    Доп. чтение. http://www.outlookexchange.com/articles/nicolasblank/blank_a8_p1.asp

     

     

    уже год работаю без надписи ESMTP. полет нормальный. писем много как из россии так из за бугра.

    но всеравно раз уж могут быть проблемы то вставлю слово. каслом машу не испортиш Smile

    27 апреля 2007 г. 6:16
  •  Pavel Nagaev написано:

    Не все так просто. У меня несколько лет были серьезные проблемы из-за того, что я ESMTP или SMTP убрал из заголовка.  C некоторыми Unix серверами были проблемы в приеме почты. Письма не могли приняться до конца, причем  у них в логах было все нормально. Бился, долго. Потом вернул назад и счастье тоже вернулось ко мне. Поэтому с тех времен я так ревностно отношусь к наличию этих букв в заголовке. Кто не верит - уберите их у себя и понаблюдайте за логами.

     

     

    Доп. чтение. http://www.outlookexchange.com/articles/nicolasblank/blank_a8_p1.asp

     

     

    Павел , проблемы были не в приеме вашей стороны (Exch) , а в передаче той - либо промежуточной

    27 апреля 2007 г. 10:04
  • Точно, точно. Вот письмо нашел.  А причина была, как я писал выше в отсуствии ESMTP в приглашении. Возможно, что в современных почтовых серверах эту ошибку уже пофиксили.

     -----Original Message-----
    From: Nagaev, Pavel [mailtoStick out tongueavel.Nagaev@mydomain.ru]
    Sent: Thursday, March 06, 2003 11:14 AM
    To:  Sergey
    Cc: Masha@sovintel.ru
    Subject: RE: Отправка сообщения

     

    Маша/Сергей,

     

            причина нашлась. Это уже наше с Сергеем забота. Дело в том, что наши security закрыли почтовый SMTP сервер sovintel.ru с адресом 212.44.130.39. Причина в том, что в свое время сервер sovintel.ru заваливал нас почтой. Причина не была в SPAMe или в чем то подобном. 

     

    Существует проблема на которую я до сих пор не знаю ответа. Microsoft эту ситуацию не описывает.  

    Например:

     

         Ваш SMTP сервер посылает мне письмо с небольшим аттачем. SMTP сервера устанавливают соединение, ваш сервер передает нашему адреса получателей. Все хорошо. НО! Потом ваш сервер пытается передать данные с помощью команды SMTP BDAT. В RFC написано, что посылающий сервер после команды BDAT должен посылать размер данных в виде числа. В нашем случае этого не происходит. Ваш сервер посылает сразу после BDAT двоичные данные. Наш SMTP сервер пытается интерпретировать эти двоичные данные как SMTP команды. Происходит так называемое рассогласование. После того, как ваш сервер послал все данные, а наш принял, то наш сервер не может ответить вашему OK, т.к. собственно данных он не принял. Соединение обрывается, но при этом ваш сервер считает, что соединения не было и пытается послать данные снова. Так происходит до тех пор, пока письмо не устареет и не вернется отправителю. 

     

    В результате этой ошибке к нам генериться очень большой входящий Internet трафик. Самое интересное то, что он абсолютно бесполезный. Иногда мы получаем за ночь до 200МБ трафика от таких писем. Хосты с которых идет такой трафик мы закрываем, шлем письмо postmasterу. Если с нами не связываются, то хост так и остается закрытым.

     

    У нас стоит Exchange 2000. Как правило вышеописанная ситуация происходит если посылающий SMTP сервер работает на CommuniGate Pro.

    Но я получил ответ от производителей CommuniGate Pro, о том, что данный продукт не поддерживает BDAT воообще. 

     

     

    Best Regards

    Pavel Nagaev

     

     

    27 апреля 2007 г. 11:27
    Модератор
  •  Pavel Nagaev написано:

    У нас стоит Exchange 2000. Как правило вышеописанная ситуация происходит если посылающий SMTP сервер работает на CommuniGate Pro.

    Но я получил ответ от производителей CommuniGate Pro, о том, что данный продукт не поддерживает BDAT воообще. 

     

     

    Best Regards

    Pavel Nagaev

     

     

     

    с какого тогда перепугу он выдавал BDAT - если не поддерживал ?

    27 апреля 2007 г. 11:43
  • Не знаю, возможно это были старые версии CommuniGate Pro, но в логах четко видно, что засылается bdat и двоичные данные.
    27 апреля 2007 г. 12:25
    Модератор
  •  Pavel Nagaev написано:
    Не знаю, возможно это были старые версии CommuniGate Pro, но в логах четко видно, что засылается bdat и двоичные данные.

     

     

    зачем ему баннер то потребовался - определить что ? ESMTP или же SMTP и переключиться в случае чего ? оригинально, но не лишено смысла

    27 апреля 2007 г. 12:38
  • Думаю это конкретная реализация того софта, что по заголовку определять список команд.
    27 апреля 2007 г. 12:57
    Модератор
  •  Pavel Nagaev написано:
    Думаю это конкретная реализация того софта, что по заголовку определять список команд.

     

    вряд ли список (не разумно) - скорее выдача helo или ehlo c последующими действиями

    27 апреля 2007 г. 13:03
  • Именно та проблема решилась восстановлением этих 5х букв в ответе сервера на коннект. Уверен на 100%.

     

    Я же все время думал, что из ответа сервера берется информация о том, какой протокол поддерживает сервер. Почитал RFC и все оказалось банально просто. По умолчанию засылается EHLO, если отбой, то HELO. Вот и все определение :-)

     

     An ESMTP server would return the code 250 OK in a multi-line reply with its domain and a list of keywords to indicate supported extensions. An RFC 821 compliant server would return error code 500, allowing the ESMTP client to try either HELO or QUIT.

     

    27 апреля 2007 г. 14:05
    Модератор
  •  Pavel Nagaev написано:

     

     Почитал RFC и все оказалось банально просто. По умолчанию засылается EHLO, если отбой, то HELO. Вот и все определение :-)

     

     An ESMTP server would return the code 250 OK in a multi-line reply with its domain and a list of keywords to indicate supported extensions. An RFC 821 compliant server would return error code 500, allowing the ESMTP client to try either HELO or QUIT.

     

     

    видимо разработчики посчитали несколько иначе, либо возможно было доработано "напильником" - при чем вполне возможно была попытка "задосить" ваш сервер (была эта ошибка) - определив (или подумав что такая возможность есть) что связь идет именно с Exch (ведь exch между собой несколько иначе общаются по esmtp чем иные esmtp сервера )

    27 апреля 2007 г. 14:36
  • А как правильно сделать теперь это приветствие.

     

    что писать первым что вторым. дайте пример пожалуйсто

     

  • у меня в баннере тоже стоит не очень стандартное, мягко говоря, выражение. вс ёотлично работает Smile подтверждаю Ваши слова
  • Хоть плачь за выходные накачалось 3,5 гегов с одного и тогоже адреса.

    ужас. приветствие сделано

    ответ

    220 mail.xxxx.ru ESMTP

    толку нет

     

    их сервер посылает письма с целого класса адресов

    сначало с одного не получилось с другого и так штук 8 по кругу

  •  Gary108 написано:

    Хоть плачь за выходные накачалось 3,5 гегов с одного и тогоже адреса.

    ужас. приветствие сделано

    ответ

    220 mail.xxxx.ru ESMTP

    толку нет

     

    их сервер посылает письма с целого класса адресов

    сначало с одного не получилось с другого и так штук 8 по кругу

     

    по какому протоколу шла передача SMTP or ESMTP ?

     

    "передатчик" нужен для вашей организации ? партнер ? если да - то настройте для него свои правила

  • добрый день

    проблема повторилась с новой силой теперь  еще один сервер накачал нам за ночь кучу

     

    обмен идет по протоколу esmtp

    пробовал ручками через telnet

    наш сервер отвечает ошибкой 552 правда через 45 секунд  похоже что это из за параметра TarpitTim

    все роде правильно

    связывался с админом на той стороне вот что мне ответили через 3 недели молчания

     

    Looks like the issue might be a response code of your server – 240, which seems not to be a RFC standard.

    If the SMTP 240 code is a Microsoft extension then XXXProvider is only seeing the 250 (Requested mail action okay, completed), 552 (Requested mail action aborted: exceeded storage allocation) and 503 (Bad sequence of commands ) errors. With the session dropping after the “240” code and XXXProvider not recognizing it as a valid code then the return of a 451 (Requested action aborted: local error in processing) would make sense.

      

    да вроде у нас есть ответ 552 просто с задержкой.  кто подскажет в чем может быть проблема еще?

     

     

    18 июня 2007 г. 12:01
  • изменения в TarpitTim  не приводят в болле быстрому ответу 552. как не странно. чтоже тогда заставяет сервер отвечать этой ошибкой с задержкой.

    ?

    это нормально?

     

    18 июня 2007 г. 12:24
  • Давайте SMTP сессию сюда, посмотрим.

     

    Возможно ваш сервер не 552 отвечает, а 240 или отправитель такие длинные задержки не понимает и в этом проблема.

    18 июня 2007 г. 12:26
    Модератор
  • 2007-06-15 06:37:01 194.186.22.198 mx.stel.ru SMTPSVC1 WEB 192.168.0.53 0 EHLO - +mx.systel.ru 250 0 319 17 0 SMTP - - - -
    2007-06-15 06:37:01 194.186.22.198 mx.stel.ru SMTPSVC1 WEB 192.168.0.53 0 MAIL - +FROM:<zina@mx.stel.ru> 250 0 42 29 0 SMTP - - - -
    2007-06-15 06:37:01 194.186.22.198 mx.stel.ru SMTPSVC1 WEB 192.168.0.53 0 RCPT - +TO:<mn@gaa.ru> 250 0 26 23 0 SMTP - - - -
    2007-06-15 06:43:17 194.186.22.198 mx.stel.ru SMTPSVC1 WEB 192.168.0.53 0 QUIT - mx.stel.ru 240 376360 105 4 376110 SMTP - - - -
    2007-06-15 06:54:00 194.186.22.198 mx.stel.ru SMTPSVC1 WEB 192.168.0.53 0 EHLO - +mx.stel.ru 250 0 319 17 0 SMTP - - - -
    2007-06-15 06:54:00 194.186.22.198 mx.stel.ru SMTPSVC1 WEB 192.168.0.53 0 MAIL - +FROM:<zina@mx.stel.ru> 250 0 42 29 0 SMTP - - - -
    2007-06-15 06:54:00 194.186.22.198 mx.stel.ru SMTPSVC1 WEB 192.168.0.53 0 RCPT - +TO:<mn@gaa.ru> 250 0 26 23 0 SMTP - - - -
    2007-06-15 07:00:50 194.186.22.198 mx.stel.ru SMTPSVC1 WEB 192.168.0.53 0 QUIT - mx.stel.ru 240 408969 105 4 408735 SMTP - - - -

    ну да в этом логе видно что ответ 240. но почему когда руками telnetom вхожу серер дает 552

     

     

    18 июня 2007 г. 12:46
  • А Вы попробуйте вот этим проверить http://tests.nettools.ru/ или с внешнего IP. Возможно ваш IP считается внутренним и этот фильтр не применяется, сделайте честный тест.
    18 июня 2007 г. 12:51
    Модератор
  • 220 mail.xxx.ru  ESMTP  Mon, 18 Jun 2007 16:50:48 +0400

    ehlo

    250-mail.xxx.ru Hello [192.168.0.200]

    250-TURN

    250-SIZE 123125760

    250-ETRN

    250-PIPELINING

    250-DSN

    250-ENHANCEDSTATUSCODES

    250-8bitmime

    250-BINARYMIME

    250-CHUNKING

    250-VRFY

    250-X-EXPS GSSAPI NTLM LOGIN

    250-X-EXPS=LOGIN

    250-AUTH GSSAPI NTLM LOGIN

    250-AUTH=LOGIN

    250-X-LINK2STATE

    250-XEXCH50

    250 OK

    mail from:<ghjj@mail.ru> size=2566666666444444

    552 5.3.4 Message size exceeds fixed maximum message size

    18 июня 2007 г. 12:53
  • Вы получаете ошибку 552, потому что указываете размер сообщения, который хотите запихнуть.
      mail from:<ghjj@mail.ru> size=2566666666444444. 

     

    А может быть все было так?

    В логах сервера, который отправлял Вам почту нет size=, поэтому ваш сервер не отбил с 552, а принимал от него письмо, как только размер достиг лимита, то ваш сервер просто оборвал сессию с кодом 240.

     

    Т.е. письма небольшого размера от них должны проходить нормально.

    19 июня 2007 г. 5:09
    Модератор
  • да похоже так оно и есть. письма маленькие приходят нормально. а вот большие вызыват проблемы. столько трафика в пустую пропало. ой ой.

    а что мне делать то чтобы сервер в таком случае отвечал 250 или 552

     

    20 июня 2007 г. 11:20
  • Средствами Exchange ничего не сделаете.

     

    Напишите письмо админам, пусть объяснят ситуацию.

    20 июня 2007 г. 12:10
    Модератор
  •  Gary108 написано:

    да похоже так оно и есть. письма маленькие приходят нормально. а вот большие вызыват проблемы. столько трафика в пустую пропало. ой ой.

    а что мне делать то чтобы сервер в таком случае отвечал 250 или 552

     

     

    Поскольку ваш сервер заранее не знает сколько информации он получит - то никакого смысла в кодах ответа нет, трафик как "жрался" так и будет "жраться"

    20 июня 2007 г. 12:29
  • дак вся проблема в том что жрется трафик не один раз на письмо а сутками пока у них не истечет срок доставки.

    и с одним сервером разобрался связался с админом их ответ вы видили. так еще с другим началось. и все как назло вечером приходиш утром и смотриш что за ночь гигобайт закачалось по smtp.

     

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

    сейчас пришлось поставить лимит в сотни мегобайт.

    так как сначало было 5мегов. начались проблемы пришло письмо в 8

    поставил 20 пришло письмо 35. поставил 40 и так далее.

     

     

    20 июня 2007 г. 12:58
  • кончно не совсеми серверами такая проблема. гпару лет работал с оганичением в 2 мега и ничего такого небыло. но сейчас последние 3 месяца как прорвало.

     

    пользователи скоро пронюхают что ограничения почти сняты. и начтерся.принять письма в 10 мегов по каналу в 700к outlook ом с антивирусом практически не получается. на стороне клиентов начинается бадяга. письмо  получают  по многу раз пока в веб аксесе его не удалят.

    без ограничений жить нельзя тут палка с двумя концами

    20 июня 2007 г. 13:04