On Mon, 23 Aug 2010 16:49:24 +0000, mipbar wrote:
>
>
>We have 2 edge servers, working fine with their «edgesync send connectors» to the Internet.
>
>I’m setting up a 3rd edge server, and I only want it to handle outbound journaling traffic to an external provider. I set up a custom send connector called ‘Postini Journal» and added the edge to it. The send connector only handles messages sent to a
contact with address space of «*.archive.psmtp.com»
>
>These messages arrive at the edge server and then stick in queue with the error » A matching connector cannot be found to route the external recipient» If I add the edgesync send connector with address space of * it then sends outbound. But, I do not
want this edge server handling all traffic, only journaling traffic.
>
>So, how can I get only address space «*.archive.psmtp.com» to route outbound correctly without adding * ?
Given what you’ve done, and assuming there’s a need for the * in the
*.archive.psmtp.com instead of a single domain, there should be no
need to do anything more.
Creating the send connector, populating the address space, putting
just the edge server into the «Source Server», waiting for AD
replication, and then running the Start-EdgeSynchronization should be
all that’s necessary.
I’d tear down the send connecotor, sysnchronize the edge, and start
again.
—
Rich Matheisen
MCSE+I, Exchange MVP
— Rich Matheisen MCSE+I, Exchange MVP
-
Marked as answer by
Tuesday, August 24, 2010 2:23 AM
On Mon, 23 Aug 2010 16:49:24 +0000, mipbar wrote:
>
>
>We have 2 edge servers, working fine with their «edgesync send connectors» to the Internet.
>
>I’m setting up a 3rd edge server, and I only want it to handle outbound journaling traffic to an external provider. I set up a custom send connector called ‘Postini Journal» and added the edge to it. The send connector only handles messages sent to a
contact with address space of «*.archive.psmtp.com»
>
>These messages arrive at the edge server and then stick in queue with the error » A matching connector cannot be found to route the external recipient» If I add the edgesync send connector with address space of * it then sends outbound. But, I do not
want this edge server handling all traffic, only journaling traffic.
>
>So, how can I get only address space «*.archive.psmtp.com» to route outbound correctly without adding * ?
Given what you’ve done, and assuming there’s a need for the * in the
*.archive.psmtp.com instead of a single domain, there should be no
need to do anything more.
Creating the send connector, populating the address space, putting
just the edge server into the «Source Server», waiting for AD
replication, and then running the Start-EdgeSynchronization should be
all that’s necessary.
I’d tear down the send connecotor, sysnchronize the edge, and start
again.
—
Rich Matheisen
MCSE+I, Exchange MVP
— Rich Matheisen MCSE+I, Exchange MVP
-
Marked as answer by
Tuesday, August 24, 2010 2:23 AM
В данном разделе приведены сведения об устранении проблемы с
потоком почты, при которой не удается отправить сообщения с
транспортного сервера-концентратора
Microsoft Exchange Server 2007 удаленному узлу.
Данная проблема характеризуется тем, что при попытке отправить
сообщение электронной почты во внешний домен оно помещается в
очередь «Сообщения с недостижимым местом назначения» на
транспортном сервере-концентраторе. Последняя ошибка при этом имеет
описание «Для маршрутизации внешнего получателя не удается найти
соответствующий соединитель».
Очередь «Сообщения с недостижимым местом назначения» — это
постоянная очередь, содержащая сообщения, которые не удается
переправить по назначению. В этой очереди находятся все сообщения с
недоступными адресатами, независимо от назначения. Сообщения
остаются в очереди «Сообщения с недостижимым местом назначения»,
пока не истечет срок их существования или пока они не будут
повторно отправлены классификатору администратором. Дополнительные
сведения о повторной отправке сообщений, находящихся в очереди
«Сообщения с недостижимым местом назначения», см. в разделе
Инструкции по
повторной отправке сообщений в очереди.
В отличие от более ранних версий Microsoft Exchange, при
установке сервера Exchange 2007 поток почты в Интернет и из
Интернета не включается автоматически. Чтобы включить его,
необходимо настроить пограничную подписку или вручную настроить
отправляющие соединители. Дополнительные сведения см. ниже, в
одноименном подразделе.
Настройка потока почты
Интернета
Чтобы настроить поток почты для организации Exchange и
получить возможность отправлять почту в Интернет и принимать ее из
Интернета, необходимо настроить отправляющие и получающие
соединители, позволяющие хотя бы одному транспортному
серверу-концентратору подключаться к Интернету. Настроить
подключение к Интернету для транспортного сервера-концентратора
можно с помощью любого из описанных ниже способов.
- Развертывание пограничного транспортного сервера и его подписка
на организацию Exchange. Это рекомендуемый способ развертывания. По
умолчанию при создании пограничной подписки автоматически создаются
необходимые соединители отправки. Изменять конфигурацию соединителя
получения по умолчанию на транспортном сервере-концентраторе для
данного сценария не требуется. - Отправка и получение сообщений электронной почты Интернета
путем ретрансляции через службы Microsoft Exchange Hosted
Services или через сервер SMTP-шлюза стороннего изготовителя. В
этом сценарии необходимо создать соединители отправки и получения
между транспортным сервером-концентратором и внешними
SMTP-серверами, которые осуществляют обработку и маршрутизацию
электронной почты Интернета. - Организация потока почты Интернета непосредственно через
транспортный сервер-концентратор. В этом сценарии необходимо
создать соединитель отправки, выполняющий маршрутизацию электронной
почты в Интернет. Кроме того, необходимо изменить конфигурацию
соединителя получения по умолчанию так, чтобы он принимал анонимные
сообщения электронной почты из Интернета. В этом сценарии доступ к
транспортному серверу-концентратору Exchange 2007 возможен
непосредственно через Интернет. Использовать данную топологию не
рекомендуется, поскольку она увеличивает угрозу безопасности из-за
открытого представления в Интернете сервера Exchange 2007 и
всех ролей, установленных на этом сервере. Вместо этого
рекомендуется развернуть SMTP-шлюз на основе демилитаризованной
зоны, например пограничный транспортный сервер.
Дополнительные сведения
Dear all,
I have inherited a Exchange 2010 enterprise server which is setup with 4 externally routable domains and there was just one send connector setup with the following settings:
Address Space: *
Network: Use DNS
Source: Exchange (all roles on one server)
The next hop is a firewall and then the traffic is NAT-ed out of a dedicated IP for email traffic
The problem I have come across is that we have now moved to Exchange Online Protection, so I wanted to setup a individual send connector for each of the external domains. This is so I can route mail to the dedicated smart host, for example domain1-co-uk.mail.protection.outlook.com.
I have used the following method to setup the send connectors like this:
Address Space: domain.co.uk
Network: uk.mail.protection.outlook.com (use smarthost)
Source: Exchange (all roles on one server)
The above is repeated for each domain, when I do this the outbound emails get stuck in the queue with the following error message:
Last Error: A matching connector cannot be found to route the external recipient
Can any provide any help as it looks like the connector only liked the wildcard as the address space
Dear all,
I have inherited a Exchange 2010 enterprise server which is setup with 4 externally routable domains and there was just one send connector setup with the following settings:
Address Space: *
Network: Use DNS
Source: Exchange (all roles on one server)
The next hop is a firewall and then the traffic is NAT-ed out of a dedicated IP for email traffic
The problem I have come across is that we have now moved to Exchange Online Protection, so I wanted to setup a individual send connector for each of the external domains. This is so I can route mail to the dedicated smart host, for example domain1-co-uk.mail.protection.outlook.com.
I have used the following method to setup the send connectors like this:
Address Space: domain.co.uk
Network: uk.mail.protection.outlook.com (use smarthost)
Source: Exchange (all roles on one server)
The above is repeated for each domain, when I do this the outbound emails get stuck in the queue with the following error message:
Last Error: A matching connector cannot be found to route the external recipient
Can any provide any help as it looks like the connector only liked the wildcard as the address space