Жень, извини пожалуйста, я тебя еще одним проф.вопросиком побеспокою, а? Я знаю, ты втайне любишь вопросы про эксченж. ;-) Тут такая фигня происходит - он периодически рефлектирует мейлы. Говорит, что адрес не найден. У меня адресаты внешние, но в рфц-хедере даже следов нет, что мейл выходит за пределы фирмы. Я попробовал увеличить таймаут в настройках днс-сервера, но похоже проблема не в этом. Коллеги жалуются, что внутренняя пересылка глючит точно также. Но этого же не может быть! Как это он может не знать внутренних адресов? Самое интересно - если сразу после отбоя повторить отсылку еще раз, то уходит без проблем, что внутри, что внаружу. Может подскажешь, куда хоть копать? Шеф утверждает, что ничего в настройках не менял, но поскольку неизвестно, сколько времени эта ошибка присутствует (у нас очень терпеливые юзвери, ни на что не жалуются :-) ), то возможно что он просто уже давно забыл, что он такого наменял.
Нет, душа моя, не подскажу, куда копать. Я даже не знаю, сколько у вас серверов (один?) и не знаю, как все устроено. Я работала с эксчейнджем три с половиной года назад. Я не знаю, какой у тебя relay, тот же ли это сервер или какой-то другой, поэтому я не могу сказать вообще ничего. Смотри маршруты почты; смотри логи, гугли по логовым сообщениям.
всё один сервер. Для поп3 используется сборный ящик у провайдера типа *@наш_фирм. Но это ведь без разницы? Смтп идет через смарт-хост того же провайдера. Там так все запутанно, я уж просто фигею. закопался в эксченжевский AnalyzerTool, но он ничего не показывает. Т.е. рекомендации у него есть, но ничего фатального. В логах стоит периодически сообщение, что мессаж передан extended queue (оно ж еще и все немецкое у нас, надеюсь правильно перевел) и вот она не смогла его дальше переслать.
А как посмотреть маршруты почты? И еще - кто такой nslookup? Он меня касается?
ужас какой-то, как вы с этим всем справляетесь? их так много - и AD, эксченж, днс-сервер, еще и антивирусник где-то там тусуется... ужоснах...
nslookup - это ДНС-разрешение имен. Где посмотреть - не помню, шутишь?
Суть в том, что, похоже, ваш эксчендж посылает внутренние письма (@вашдомен.де) не внутри себя, а по смтп-коннектору через смарт-хост провайдера.
То есть предположим lelek@domain.de посылает письмо bolek@domain.de.
По уму: письмо наружу не идет, передается внутри сервера.
У вас, похоже: письмо отсылается на смарт-хост, днс-запрос определяет МХ-запись для зоны domain.de (видимо, это тот же смартхост) - и видимо, на этом этапе что-то не так - передает письмо на ваш поп-ящик, Exch забирает его оттуда и распределяет. По лигике, я бы смотрела настройки SMTP-коннектора.
Если это так - нужно пинать провайдера с этой вашей ошибкой, во-первых, и правильно настроить коннекторы я внутренней почты - во-вторых.
(Про решение типа общего поп3-ящика я ничего говорить не буду. у меня цензуры не хватит.)
не надо со мной про общий поп-ящик, у меня тоже цензуры на это нет. ;-) но ты ж понимаешь, если по уму это делать, то надо помимо PDC еще и SDC ставить и эксченж на него реплицировать, и днс-сервер правильно конфигурить и т.д. и т.п. Стока времени и терпения у моего шефа на эти дела в жизни не найдется. Он как мальчик из того анекдота, ненастоящий сварщик. :-)) Твой сценарий звучит логично, я и сам сегодня к концу дня, когда уже совсем офигел, нечто подобное заподозрил. Но у мелкософта там это всё так невнятно. Или смарт-хост или днс. Днс мы вроде как не могем. А смартхост... Ну там зачем-то еще спрашивается про bridgehead-server, и указан наш, но вот означает ли это, что он перехватывает внутренние мейлы или они таки идут в раунд-трип?? Не знаю... Буду в понедельник разбираться. Нашел как включить в эксченже расширенное протоколирование в ивентлог, посмотрим, мож там чего мелькнет.
а форум никакой не порекомендуешь на родном языке? а то я от немецко-английских уже слегонца утомился. :-)
Как ты понимаешь, в хидере ИСХОДЯЩЕГО письма ты не найдешь никакой информации о том, что почта выходит за пределы фирмы - она туда еще не записана. Смотри, как настроены исходящие кооннекторы. Не пытается ли он внутреннюю почту отправлять через внешний рилей - это объяснило бы идентичность ошибок. Понимаешь, да, о чем речь? Что он отправляет внутреннюю почту не "внутри" себя, а так же, как всю остальную. Смотри, как настроен ДНС, нет ли у него проблем с разрешением имен. К кому он адресует запросы. Что у него с кэшем.
нее, ну я не в исходящем смотрел, а в NDR (так эта пакость называется? ). Просто у меня была идея, что может это перепакованный нашим сервером NDR снаружи. Ну так нет, наш это, никаких больше серверов не задействовано.
я думал это ваш жаргончик, сорри. :-) non-deliver-report, как-то так. Вот это вот дурацкое сообщение якобы от имени постмастера или админа, что доставка мейла не вышла.
\\Israel and Russia agreed to mutually cancel the need to issue tourist visas, Israel Raido reported.
Israeli nationals wshing to visit Russia or Russian nationals wishing to come to Israel wuld no longer have to pay a fee to the respective governments in order to do so.\\ Не нужна виза или виза будет бесплатной?..
некоторое время назад проходила информация о том, что переговоры начались и Израиль расчитывает, что к Новому Году договорятся. А вот подтверждений, что уже договорились, не было пока
no subject
Date: 2007-10-04 12:50 pm (UTC)хотя нам все-равно конечно, но все же... :-))
офф: Тигрик, ты не в курсе, папа твой от меня мейлик получил или затерялось где-то?
no subject
Date: 2007-10-04 05:42 pm (UTC)еще один офф
Date: 2007-10-05 09:58 am (UTC)Тут такая фигня происходит - он периодически рефлектирует мейлы. Говорит, что адрес не найден. У меня адресаты внешние, но в рфц-хедере даже следов нет, что мейл выходит за пределы фирмы. Я попробовал увеличить таймаут в настройках днс-сервера, но похоже проблема не в этом. Коллеги жалуются, что внутренняя пересылка глючит точно также. Но этого же не может быть! Как это он может не знать внутренних адресов? Самое интересно - если сразу после отбоя повторить отсылку еще раз, то уходит без проблем, что внутри, что внаружу.
Может подскажешь, куда хоть копать? Шеф утверждает, что ничего в настройках не менял, но поскольку неизвестно, сколько времени эта ошибка присутствует (у нас очень терпеливые юзвери, ни на что не жалуются :-) ), то возможно что он просто уже давно забыл, что он такого наменял.
Re: еще один офф
Date: 2007-10-05 12:57 pm (UTC)Re: еще один офф
Date: 2007-10-05 01:55 pm (UTC)закопался в эксченжевский AnalyzerTool, но он ничего не показывает. Т.е. рекомендации у него есть, но ничего фатального.
В логах стоит периодически сообщение, что мессаж передан extended queue (оно ж еще и все немецкое у нас, надеюсь правильно перевел) и вот она не смогла его дальше переслать.
А как посмотреть маршруты почты? И еще - кто такой nslookup? Он меня касается?
ужас какой-то, как вы с этим всем справляетесь? их так много - и AD, эксченж, днс-сервер, еще и антивирусник где-то там тусуется... ужоснах...
Re: еще один офф
Date: 2007-10-05 05:03 pm (UTC)Где посмотреть - не помню, шутишь?
Суть в том, что, похоже, ваш эксчендж посылает внутренние письма (@вашдомен.де) не внутри себя, а по смтп-коннектору через смарт-хост провайдера.
То есть предположим lelek@domain.de посылает письмо bolek@domain.de.
По уму: письмо наружу не идет, передается внутри сервера.
У вас, похоже: письмо отсылается на смарт-хост, днс-запрос определяет МХ-запись для зоны domain.de (видимо, это тот же смартхост) - и видимо, на этом этапе что-то не так - передает письмо на ваш поп-ящик, Exch забирает его оттуда и распределяет. По лигике, я бы смотрела настройки SMTP-коннектора.
Если это так - нужно пинать провайдера с этой вашей ошибкой, во-первых, и правильно настроить коннекторы я внутренней почты - во-вторых.
(Про решение типа общего поп3-ящика я ничего говорить не буду. у меня цензуры не хватит.)
Re: еще один офф
Date: 2007-10-05 11:00 pm (UTC)но ты ж понимаешь, если по уму это делать, то надо помимо PDC еще и SDC ставить и эксченж на него реплицировать, и днс-сервер правильно конфигурить и т.д. и т.п. Стока времени и терпения у моего шефа на эти дела в жизни не найдется. Он как мальчик из того анекдота, ненастоящий сварщик. :-))
Твой сценарий звучит логично, я и сам сегодня к концу дня, когда уже совсем офигел, нечто подобное заподозрил. Но у мелкософта там это всё так невнятно. Или смарт-хост или днс. Днс мы вроде как не могем. А смартхост... Ну там зачем-то еще спрашивается про bridgehead-server, и указан наш, но вот означает ли это, что он перехватывает внутренние мейлы или они таки идут в раунд-трип?? Не знаю... Буду в понедельник разбираться. Нашел как включить в эксченже расширенное протоколирование в ивентлог, посмотрим, мож там чего мелькнет.
а форум никакой не порекомендуешь на родном языке? а то я от немецко-английских уже слегонца утомился. :-)
Re: еще один офф
Date: 2007-10-05 01:03 pm (UTC)Смотри, как настроены исходящие кооннекторы. Не пытается ли он внутреннюю почту отправлять через внешний рилей - это объяснило бы идентичность ошибок. Понимаешь, да, о чем речь? Что он отправляет внутреннюю почту не "внутри" себя, а так же, как всю остальную.
Смотри, как настроен ДНС, нет ли у него проблем с разрешением имен. К кому он адресует запросы. Что у него с кэшем.
Re: еще один офф
Date: 2007-10-05 02:33 pm (UTC)Re: еще один офф
Date: 2007-10-05 05:04 pm (UTC)Re: еще один офф
Date: 2007-10-05 10:50 pm (UTC)non-deliver-report, как-то так. Вот это вот дурацкое сообщение якобы от имени постмастера или админа, что доставка мейла не вышла.
no subject
Date: 2007-10-04 12:51 pm (UTC)Israeli nationals wshing to visit Russia or Russian nationals wishing to come to Israel wuld no longer have to pay a fee to the respective governments in order to do so.\\
Не нужна виза или виза будет бесплатной?..
no subject
Date: 2007-10-04 05:42 pm (UTC)no subject
Date: 2007-10-04 01:00 pm (UTC)no subject
Date: 2007-10-04 02:20 pm (UTC)http://www.travel.ru/news/2007/09/26/115519.html
no subject
Date: 2007-10-04 02:59 pm (UTC)Россия и Израиль договорились начать переговоры о безвизовом режиме
no subject
Date: 2007-10-04 05:43 pm (UTC)no subject
Date: 2007-10-04 03:00 pm (UTC)