Diadema Junior Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Триал (120 дней): Microsoft Exchange 2007 Microsoft Exchange 2010 Service Pack 1 Exchange 2010 pre-configured VHD Microsoft Exchange 2010 Service Pack 3   Ключи смотрим тут     Полезные ссылки. Microsoft TechNet Exchange 2007 [en] Microsoft TechNet Exchange 2007 [ru] (ссылка от DiDragOna) MSExchange.org MS Exchange 2007 forums the Echangepedia blog Exchange Server Community Technet Russia Exchange 2007 forum   Статьи Сертификаты и Exchange   Небольшой F.A.Q. Создание сертификата для MS Exchange 2007. Ошибка 5.7.1 Client does not have permissions to send as this sender При попытке удаления неподключенной (unmounted) базы, сервер сообщает об ошибке Setup cannot use domain controller 's-dc1.RN-FINANCE.RU' because an override is set in the registry. Run Setup again, and specify '/DomainController:' Спам фильтры Exchange Проблема с Exchange после установки обновления July 2016 update rollup for Windows Server 2012 R2 (KB3172614) Всего записей: 185 | Зарегистр. 17-01-2006 | Отправлено: 12:52 23-10-2006 | Исправлено: dimonprodigy, 07:19 24-06-2017

davinchi9 Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Egor_N для начала приветсвуем новичка   я так понял внешнего подключения у тебя пока никакого нет, тогда... Цитата: При подключении exchange, при проверке имени пользователя выдает server1.loca это ты о каком подключении? вообще ответ сервера на HELO настраивается в получающем соединителе (консоль управления - настройка серверов - транспортный сервер - принимающий коннектор - вкладка общие - поле FQDN которое сервер будет отвечать на запрос HELO) Цитата: хотя сервер в интернете и хочется, что бы его можно было видеть из дома что конкретно подразумевается под "увидеть"? Цитата: 2. Какая должна быть конфигурация записей PTR и MX где? снаружи? или на внутреннем DNS? Цитата: а так же какие должны быть hello ответы от коннекторов на server1 и server2 что бы нормально работала конфигурация из двух серверов из каких двух? сервер-то у тебя одни, просто "маршрут приема" разный, т.е. либо прямиком, либо через TMG+Edge...   Короче если мои телепатические возможности меня не обманывают, то тебе надо пустить поток почты через TMG+Edge и далее на почтовый сервер где сами ящики... в таком случае тебе надо все настроить на TMG + Edge и Forefront protection for Exchange 2010, потом на внешнем днс отредактировать A запись почтового хоста mail.server.ru, чтобы указывала на IP не почтового сервера, а на TMG, соответственно MX на внешнем днс тоже завернуть на IP адрес TMG... далее с удаленным доступом к почте - есть два варианта, смотря что тебе требуется: 1. можешь получать доступ к совему ящику в веб-интрефейсе, в 2010 это называется Outlook WebApp, ранее OWA, хотя по ривычки многие и щас так называют... 2. можешь полноценно работать с MS Outlook через RPC over HTTPS - вообще никакой разницы не заметишь, что внутри сети, что дома... соответственно если устроит почта в веб-интревейсе смотри в сторону "Включение Outlook WebApp на Exchange 2010" и "Публикация Outlook WebApp на Forewront TMG"... если Outlook с соединением RPC\HTTPS, то "Включение Outlook Anywhere" и соответственно публикация на TMG...   по собственному опыту могу сказать настройка работы Outlook'а через RPC\HTTPS на Exchange 2007 дело оказалось геморойное и практически не рашаемое, на 2010 никаких проблем, все в разы проще и быстрее... большинство материалов в официальной справке... еще на TechDeys.ru есть полезные доклады на эту тему... Всего записей: 630 | Зарегистр. 27-02-2007 | Отправлено: 15:18 04-10-2010 | Исправлено: davinchi9, 15:25 04-10-2010

Egor_N Newbie Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору davinchi9, спасибо за ответ.   Но с первым предположением ты как раз и ошибся Сервер работает и через него ходит вся почта компании, поэтому необходимо все сделать "без шуму, без пыли", что называется. Настроить FQDN получилось. Теперь на mxtoolbox.com по SMTP банеру - OK. Остается проблема   RCPT TO: <test@example.com> 550 5.7.1 Unable to relay [5179 ms] Это, как мне кажетяс и вытекает из того, что сервер напрямую смотрит в инет. MX и PTR внешние я имел в виду. Т.Е. если есть сервер: server1 (exchange HUB + FPE) 1.1.1.1 и сервер2 (TGM + EDGE) 2.2.2.2. Оба сервера в интернете (есть внешние IP). Есть домен sample.ru   Сейчас почта на XX@sample.ru идет на сервер1. А надо сделать что бы шла через сервер2. Как можно сделать, что бы пользователи ничего не заметили? Как поменять записи MX и PTR, если сейчас MX exchamge.sample.ru 1.1.1.1. PTR соответствующая.   Спасибо за прошлый ответ. Попробую что-нить прочитать по этим темам.         Всего записей: 12 | Зарегистр. 04-10-2010 | Отправлено: 17:27 04-10-2010 | Исправлено: Egor_N, 17:34 04-10-2010

davinchi9 Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Egor_N Цитата: Остается проблема   RCPT TO: <test@example.com>   550 5.7.1 Unable to relay [5179 ms]   это как раз GOOD, т.к. говорит о закрытом relay через твой почтовый сервер, т.е. через него анонимно нельзя пересылать почту, иначе и тебя бы спамом засыпали и твой сервак спам проганял бы дальше... Цитата: MX и PTR внешние я имел в виду. ок, только почему PTR, это же обратная запись, т.е. в какое имя разрешается твой внешний IP... для тебя больший интерес представляет A запись, она сопоставляет внешнее доменное имя с твоим внешним IP... т.е. когда чей-нить почтовик шлет письмо на адрес xx@sample.ru, то он делает DNS запрос А записи, чтобы узнать IP домена куда собирается отправить письмо, потом запрашивается MX указывающая на IP почтового сервера в этом домене, как-то так... Цитата: Как можно сделать, что бы пользователи ничего не заметили? тебе нужно настроить связку TGM + EDGE и конекторы на почтовом сервере на прием от edge сервера ДОПРОЛНИТЕЛЬНО, т.е. не трогаешь те коннекторы, которые у тебя уже есть... далее из инета telnet'ом цепляешься на IP сервера с TMG+EDGE и ручками шлешь письмо, проверяешь что все работает, потом настраиваешь поток исходящей почты через EDGE (TMG), если сейчас у тебя все прямиком с почтового сервера летит в инет, далее просишь провайдера откорректировать на DNS записи A и MX или если есть возможность тупо меняешь IP на TMG, т.е. прописываешь ему IP почтового сервера, а на почтовом сервере внешний интерфейс вообще отрубить (это конечно если тебе физическая топология твоей внешней сети позволяет)... Сделать можешь в конце рабочего дня, минутное прерывание никто не должен заметить... Всего записей: 630 | Зарегистр. 27-02-2007 | Отправлено: 18:06 04-10-2010 | Исправлено: davinchi9, 18:23 04-10-2010

Egor_N Newbie Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору И ещё раз спасибо за ответ. Закрыть внешний интерфейс я не могу, поскольку сервер в интернете и локальные пользователи не видят его в локальной сети.   Server1 (exchange) имеет запись MX exchange.sample.ru Server2 пока не имеет никакой привязки. В почтовых клиентах сейчас получение настроено через POP3. Если я настраиваю в outlook подключение именно к exchange, то при проверке учетной записи, даже с совершенно не имеющего отношения к домену компа, сервер определяется как sample.local. Откуда он берет эту инфу?   Если я правильно понял, по мне следует поступить следующим образом: Делаю запись A для второго сервера edge.sample.ru на его текущий адрес, меняю запись MX с exchange.sample.ru на edge.sample.ru, меняю запись PTR на edge.sample.ru.  При этом оставляю запись A для exhcnage.sample.ru.     Перед всем этим провряю на работоспособность коннекторы.   Таки образом поток почты пойдет через EDGE, а пользователи по POP3 продолжат подключаться по адресу exchange.sample.ru к HUB серверу.   Все верно?   Уход от POP3 - следующий этап       Всего записей: 12 | Зарегистр. 04-10-2010 | Отправлено: 09:39 05-10-2010

davinchi9 Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Egor_N во блин... проброску рор3 через ТМГ не разу не делал и даже как-то смутно представляю, но думаю там ичего особенного, т.к. после установки EDGE на TMG должны создаться все необходимые правила публикации... Цитата: Закрыть внешний интерфейс я не могу, поскольку сервер в интернете и локальные пользователи не видят его в локальной сети. т.е. у тебя пользователи во внутренней сети настроены на внешний IP почтового сервера? и почтовый сервер вообще не имеет внутреннего интерфейса? Цитата: В почтовых клиентах сейчас получение настроено через POP3. учетная запись для подключения к Exchange настраивается ручками? или через autodiscover? Цитата: Если я настраиваю в outlook подключение именно к exchange, то при проверке учетной записи, даже с совершенно не имеющего отношения к домену компа, сервер определяется как sample.local. Откуда он берет эту инфу? 100% он получает эту инфу от службы автоабнаружения Exchange, тот самый autodiscover... когда Outlook настраивается на соединение с Exchange, в твоем случае он определяет через МХ имя твоего почтовика exhcnage.sample.ru, и запрашивает с него XML файл с параметрами автоконфигурации exhcnage.sample.ru\autodiscover.xml или autodiscover.exhcnage.sample.ru\autodiscover.xml. У нормально подключенного клиента можешь посмотреть что у тебя там шлется в автоконфигурации нажав CTRL + правый щелчек по значку Outlook, далее "Проверить автоонфигурацию эл. почты"... Большая чать параметров автоконфигурации задается в консле управления сервером - настройка серверов - сервер клиентского доступа - в нижней части на закладках все необходимые компоненты, в их свойствах на вкладке общие прописывается FQDN сервера для клиентов из внутренней сети и внешней... у тебя походу для внешних клиентов прописан внутренний FQDN твоего почтового сервера... Цитата: Если я правильно понял, по мне следует поступить следующим образом:   Делаю запись A для второго сервера edge.sample.ru на его текущий адрес, меняю запись MX с exchange.sample.ru на edge.sample.ru, меняю запись PTR на edge.sample.ru.  При этом оставляю запись A для exhcnage.sample.ru.   ну и зачем тебе такой геморой? давай сначала определимся колько у тебя на почтовом сервере интервейсов и куда они смотрят? Цитата: Перед всем этим провряю на работоспособность коннекторы. вот это в первую очередь? в ручную телнетом или любым другим клиентом проверить работоспособность потока почты через EDGE, далее уже на DNS менять IP адреса... Всего записей: 630 | Зарегистр. 27-02-2007 | Отправлено: 13:42 05-10-2010

bucbo Newbie Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору В сети есть почтовик Excnange 2003 и Live Communicator Server 2005.       Можно ли сделать так, чтобы на Messenger приходило оповещение о входящей почте? Всего записей: 7 | Зарегистр. 11-05-2010 | Отправлено: 14:10 05-10-2010

davinchi9 Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору AdminNovichok Цитата: CA центр авторизации точнее центр сертификации Цитата: Есть ISA 20006 дык ты из будующего Цитата: Все настроено почта ходит! OWA работает внутри сети но не работает снаружи! а сертификат создавал для работы с OWA изнутри или пока вообще никаких сертификатов не создавал? по твоему вопросу на techdays.ru есть хороший доклад, называется "Публикация сервера Exchange 2010 через TMG", там все более-менне понятно рассказано... к томуже процесс запроса сертификата для служб Exchange в 2010 знасительно упростили по сравнению с 2007... Всего записей: 630 | Зарегистр. 27-02-2007 | Отправлено: 16:03 05-10-2010

davinchi9 Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Egor_N Цитата: Да, оба сервера и exchange и EDGE имеют только внешние интерфейсы + связь между собой. между собой по внутренним интерфейсам?   в любом случае тебе надо будет реализовать обмен между EDGE и почтовым сервером по внутренней сети иначе теряется смысл EDGE, который специально ставят на груницу периметра в DMZ, чтобы спрятать почтовый сервер во внутреннюю сеть за сетевой экран и производить фильтрацию с антивирусной проверкой вложений не на самом почтовом сервере, а на шлюзе, не допуская тем самым попадания потенциально опасного содержимого на почтовый сервер... соответственно в последствии прямой доступ к почтовому серверу из вне должен быть прикрыт наглухо, вплоть до удаления внешнего сетевого интерфейса...   Цитата: <Type>EXCH</Type>   <Server>sample.local</Server>     Этот параметр как поменять? я же тебе уже писал Цитата: Большая чать параметров автоконфигурации задается в консле управления сервером - настройка серверов - сервер клиентского доступа - в нижней части на закладках все необходимые компоненты, в их свойствах на вкладке общие прописывается FQDN сервера для клиентов из внутренней сети и внешней... у тебя походу для внешних клиентов прописан внутренний FQDN твоего почтового сервера... пропиши во всех полях "внешний адрес ..." внешний FQDN твоего почтового сервера, но некоторые параметры возможно придется задавать через PowerShell, точно на вскидку не помню... попробуй поискать материалы по конфигурированию службу autodiscover... Всего записей: 630 | Зарегистр. 27-02-2007 | Отправлено: 19:31 05-10-2010 | Исправлено: davinchi9, 19:45 05-10-2010

golychev Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору AdminNovichok об автодискавери тут http://www.forceit.ru/articles1/iteng/54-outllook2007-exch2007.html   Добавлено: Цитата: Сейчас такая трабла что наш доменный адрес mail.company.ru не пингуется совсем... Это из за чего может быть?     не резолвится или не не пингуется...? разные вещи Всего записей: 634 | Зарегистр. 09-02-2005 | Отправлено: 11:44 06-10-2010

davinchi9 Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору AdminNovichok Цитата: да действительно хорошая презентация, только вот про autodiscovery ниче не понял.... это нужно прописать в DNS зоне у держателя имени нашего домена? вообще да, должно быть прописано на внешних DNS серверах, особенно если autodiscovery находится на каком-то конкретном сервере в пуле... из личного опыта могу сказать что внешние клиенты будут даже если autodiscover не прописан на внешенм DNS ломиться на адрес домена за втоконфигурацией, т.е. сначала на https://<domain>.ru/autodiscover/autodiscover.xml потом на https://autodiscover.<domain>.ru/autodiscover/autodiscover.xml в первом случае можно в правиле публикации OWA или Outlook Anywhere добавить послушивание внешнего имени домена, и добавить в каталоги /autodiscover/* и внешние клиенты смогут без проблем получать автоконфигурацию... Цитата:  и нужно это для того чтобы адрес типа mail.company.ru находился автоматом? не совсем... нужно для того чтобы на запрос от уже аутентифицированного пользователя почтовый сервер дал ответ содержащий все необходимые настройки учетной записи именно для этого пользователя... в основном в авоконфигурации передаются адреса\пути служб почтового сервера, т.е. чтобы клиент знал откуда загрудать автономную адресную книгу, где смотреть доступность пользователей и т.д. Цитата: Сейчас такая трабла что наш доменный адрес mail.company.ru не пингуется совсем... Это из за чего может быть? ну не пинговаться банально может из-за того что фаервол выполняет прямые свои обязанноси, т.е. режет входящие ICMP запросы из-за отсутствующего или выключенного\включенного соответствующего правила... а вот если не разрешатся в IP это проблема на DNS... Всего записей: 630 | Зарегистр. 27-02-2007 | Отправлено: 14:34 06-10-2010

golychev Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Цитата: Насколько я понял autodiscovery нужно только для OAB и в принципе OWA должна работать и без autodiscovery? (просто не будет адрессной книги)?   она нужна для автоматической настройки аутлука... ну и для ОАБ. Цитата: после всех настроек OWA заработала изнутри но снаружи не доступна....   и почта перестала снаружи приходить после всех настроек из презентации   могла перестать приходить только если изменилась МХ запись вашей зоны, или закрыли форвардинг 25того порта снаружи на ваш сервер. Всего записей: 634 | Зарегистр. 09-02-2005 | Отправлено: 14:45 06-10-2010

davinchi9 Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Цитата:  Насколько я понял autodiscovery нужно только для OAB и в принципе OWA должна работать и без autodiscovery? (просто не будет адрессной книги)? ну не только... даже если не будет синхронизации OAB, то в ящик будут постоянно валится письма с ошибкой синхронизации... Цитата: после всех настроек OWA заработала изнутри но снаружи не доступна....   и почта перестала снаружи приходить после всех настроек из презентации   )))))))))) что за фигня что там измениться могло настолько что не ходит почта?   ну приплыли называется... смотри на исе вообще со внешней сети на 25 порт что-то есть, куда дальше прокидывается, может правило какое подкрутить теперь надо... потом проверь принимающие коннекторы... и вообще если не доходят то отправляющий сервер со временем должен репортовать о причине по которой не смог доставить... тут однозначно не скажкшь.. тут уж на что фантазии хватит... Всего записей: 630 | Зарегистр. 27-02-2007 | Отправлено: 14:50 06-10-2010

davinchi9 Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Egor_N Цитата: И тем не менее никак не получается найти, какая настройка или команда в отвечает за этот именно параметр autodiscover а что тебе собственно не нравится? вообще должно быть так: <Type>EXCH</Type>     <Server>mail.sample.local</Server> где mail.sample.local есть внутренний FQDN твоего почтового сервера... ты имя почтового хоста не указал для примера или тебе именно его отсутствие не нравится? Всего записей: 630 | Зарегистр. 27-02-2007 | Отправлено: 17:04 06-10-2010

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

Компьютерный форум Ru.Board » Компьютеры » В помощь системному администратору » Microsoft Exchange Server

Переход по форумам  Закладки   » Компьютеры Цифровое изображение Программы Microsoft Windows UNIX Другие OS Hardware В помощь сисадмину Прикладное программирование Игры Форумные игры   » Интернет Web-программирование В помощь вебмастеру Графика Хостинг Зацените-ка!   » Тематические Ikonboard v.2 Ikonboard v.3 Invision Board Другие форумы PHP-Nuke и другие порталы Мобила   » Общие Спорт Флейм Темы по региональным встречам Музыка и Кино Юмор Литература и Живопись   » Ru.Board Новости Помощь по форуму   » Андеграунд eBookz Варезник Раздачи и акции Мобильный варезник Андеграунд Игры и фильмы   » Специальные Тестирование