mfinni's questions

Tem um arranhador de cabeça aqui. Ou encontrei um bug do Windows e/ou VMware, ou perdi algo estupendamente simples. [Spoiler - foi estupendamente simples.]

Nosso ambiente VMware é ESXI 5.5. Temos uma VM Windows 2012 R2 (chamada BOS-NETMON) que não pode mais fazer consultas SNMP de dispositivos Cisco ASA (v2 ou v3).

Esta máquina executa o SolarWinds Orion, e nem isso nem ferramentas independentes como o Paessler SNMPTEST funcionam. Todos os outros dispositivos atualmente monitorados continuam a responder ao SNMP deste convidado - temos Cisco IOS, Meraki, Exagrid, APC/Schneider - tudo bem. Todos os outros protocolos permitidos (SSH, HTTPS, ICMP) funcionam ao conectar-se aos ASAs deste convidado.

O problema começou quando trocamos o convidado do hardware E1000e vNIC para o VMXNet3. Antes disso, funcionou bem por alguns anos.

• Executando a janela ASDM Logging, ela nem mesmo vê a tentativa de conexão SNMP do BOS-NETMON. EDIT - Isso ocorreu porque eu não tinha as configurações de registro corretas no ASA.
• Executando o Wireshark no BOS-NETMON, ele mostra as consultas SNMP saindo, não registra as respostas dos ASAs.
  • Eu testei o SNMP de outro convidado VMXNet3, ele também falha ao consultar o SNMP em um ASA, mas funciona em dispositivos Cisco não ASA. EDIT - isso não parece ser verdade. Ou eu testei errado, ou começou a funcionar recentemente. De qualquer forma, outro host com uma NIC VMXNet3 pode consultar o SNMP em relação a um desses ASAs.
• Testei o SNMP de um convidado com o E1000e vNIC e ele consulta com êxito o SNMP em um ASA.
• 4/5 dos ASAs de destino não estão no mesmo local, portanto, não deve ser um problema de ARP - e, se fosse, os outros protocolos não SNMP seriam afetados.

Edição adicional: tenho informações de depuração ASDM para uma sessão SNMP bem-sucedida e malsucedida. O próximo passo será uma captura de pacotes, eu acho.

6   Mar 12 2018 16:30:26    302015  10.50.100.177   63809   10.10.99.10 161 Built inbound UDP connection 610885144 for Inside_Interface:10.50.100.177/63809 (10.50.100.177/63809) to identity:10.10.99.10/161 (10.10.99.10/161)

7   Mar 12 2018 16:30:26    710005  10.50.100.152   49588   10.10.99.10 161 UDP request discarded from 10.50.100.152/49588 to Inside_Interface:10.10.99.10/161

Forma geral da pergunta: Se você planeja fazer 2 aplicativos SaaS conversarem entre si, a maioria das pessoas tenta fazer com que um deles inicie e controle ou cria (ou compra) um aplicativo de integração de terceiros?

Eu tenho o ServiceNow Express, com um CMDB bem preenchido. Eu também tenho o Confluence Hosted, que é novo e vazio. O SNC Express não se presta ao tipo de documentação vinculada wiki-d que eu gostaria sobre meu ambiente. Assim, eu gostaria de ter meus Serviços de Negócios, Aplicativos e Servidores documentados no Confluence, como Páginas (eu acho). Não quero ter que exportar/importar todas as minhas entradas CMDB do SNC para o Confluence, ou pelo menos não mais de uma vez.

Eu sei como codificar, mas não faço muito disso, não mais do que simples scripts bash ou PoSH. Eu fiz muito pouco com REST e realmente não tenho certeza de como começar. Eu sei que o Confluence e o SNC podem responder a solicitações REST, mas de onde elas vêm? No SNC Express, eu poderia fazer uma Business Rule (scripting do lado do servidor) que, quando uma nova entrada do CMDB for criada, vá em frente e envie um método de criação REST para o Confluence para fazer uma nova página. Não vejo nada no Confluence para executar código do lado do servidor se eu quisesse que fosse para o outro lado; estou faltando alguma coisa ou eles não fornecem isso?

Eu tive um caso de suporte da Microsoft aberto por cerca de um mês e é triste dizer que eles não estão correspondendo à minha experiência habitual com o suporte da MS. Então vou postar isso aqui.

Cerca de um mês atrás, implementamos o Proxy de Aplicativo do Azure AD para front-end nosso Exchange 2010 local, para que pudéssemos fazer MFA para OWA e dispositivos móveis (tecnicamente, MFA para registro de OWA e InTune e usando acesso condicional no EAS para requerem InTune. Voila.) Geralmente está funcionando muito bem. Para Outlook em Qualquer Lugar e EWS, estamos simplesmente permitindo autenticação de passagem em vez de pré-autenticação, porque no Ex2010, esses protocolos não farão MFA para clientes, o que é bom para nós.

NO ENTANTO - Outlook para Mac (2016) não funcionará mais.

EDIT IMPORTANTE - Como no título, isso é apenas quando fora do local, entrando pelo AADAP. Quando eles se conectam diretamente ao servidor CAS (no local ou na VPN), funciona da mesma forma que sempre funcionou. Nossos servidores CAS não mudaram.

Então, o EWS está funcionando. Se eu retirar minha máquina Windows do local, o Outlook ainda poderá se conectar ao EWS porque posso definir meu OOO e ver livre/ocupado.

O Outlook para Mac não se conecta. Ele reclama do Kerberos, pede para eu colocar novas informações e nunca conecta. Com o suporte do MS, fizemos uma captura SSL com Charles (semelhante ao Fiddler), e eles dizem que o problema é que permitimos NTLM e Negotiate no EWS, e o AADAP sempre e só passará o método mais forte para o cliente, e o Mac Outlook ganhou não funciona com Negotiate.

Como teste, ontem à noite eu removi o Negotiate como um provedor de autenticação do Windows no IIS em nossos servidores CAS, e meu Mac começou a funcionar, agora usando autenticação básica de acordo com Charles. No entanto, os clientes do Windows off-prem deixaram de poder acessar o EWS, então OOO, MailTips, free/busy foram quebrados. Temos muito mais usuários do Windows do que do Mac, então revertemos. Ainda estou trabalhando com o MS, mas a equipe do Azure AD parece ter sumido, o cara do Exchange está fora de seu elemento (sem culpa dele) e eles nunca envolveram a equipe do Outlook para Mac.

Alguém tem alguma ideia de por onde começar?

O Exchange 2010 pode responder quando a caixa de correio principal de um usuário foi criada.

[PS] C:\WINDOWS\system32>Get-Mailbox finn2617 |select whencreated

WhenCreated
-----------
05-May-15 10:25:26 AM

Minha pergunta é: como encontramos as mesmas informações para uma caixa de correio do Exchange Personal Archive? E teria que ser WhenCreated, não quando foi movido para seu banco de dados atual, que é o que pareço encontrar quando puxo MailboxFolderStatistics, por este link.

Estamos movendo vários terabytes de caixas de correio de um Ex2010 DAG para outro - mesma sub-rede para as caixas de correio ativas, o destino tem membros em um link de WAN, mas atualmente são cópias passivas. Este processo parece ter sido mais rápido quando começamos e está rodando bem devagar agora. Não tenho métricas sólidas sobre isso do passado, mas o BytesTransferredPerMinute geralmente está abaixo de dois dígitos agora, onde estava em várias centenas anteriormente.

Todos os nossos bancos de dados de destino (no novo DAG) foram definidos como "secondcopy" para DataMoveReplicationConstraint - temos dois membros aqui no HQ, na mesma sub-rede dos servidores de origem, e as filas de replicação para esses dois membros são de um dígito, principalmente zeros. Temos números mais altos para os membros no link WAN, que é o comportamento que vimos quando as coisas estavam funcionando bem - a mudança para o novo DAG é rápida nos servidores HQ e fica atrasada nos servidores DR porque tem para atravessar um link WAN de 50 Mb. Portanto, esse não deve ser o problema, aberto para investigar mais se houver um bug ou comportamento inesperado da API de garantia de dados do MRS.

Reduzi o serviço MRS para executar apenas 2 de cada vez e não melhorou muito. Agora, executando o PerfMon, estou vendo o que eu acho que são valores altos em "movimentos paralisados ​​(replicação de banco de dados)", "falhas transitórias (rede)", "solicitações de movimento: paradas". Ativei o log de diagnóstico para ambos os itens em MRS para "Expert" e não está realmente me mostrando muita coisa, exceto "semeadura inicial", etc. Os status da cópia do banco de dados são bons.

Existe algum outro lugar para procurar para ter uma ideia do que o Exchange está vendo como o motivo do problema? Prefiro não ter que começar pela infraestrutura e verificar se está tudo ótimo; Eu gostaria de saber especificamente com o que o Exchange está insatisfeito e partir daí.

Essas informações estão disponíveis na GUI de gerenciamento da Web, mas gostaria de obter essas informações para uso em um script do Powershell que usará esses valores e prefiro não ter que descobrir como raspar o site se não não precisa. Alguém sabe se existe um arquivo na unidade Exagrid, ou um comando que possa ser executado, que exponha essa informação? Para cada compartilhamento, gostaria de saber a taxa de desduplicação atual.

Meu resultado final desejado é combinar isso com os números de desduplicação da Veeam, para que eu possa ter um número de desduplicação do início ao fim para minhas tarefas de backup.

Estou trabalhando na desativação de um cluster NetApp com falha. Ele oferece volumes iCSCI, NFS e CIFS para a rede. Para CIFS, estamos bastante sob controle lá. É um conjunto limitado de compartilhamentos e há carimbos de arquivos "última modificação" recentes em apenas alguns locais.

No entanto, como posso ter certeza de que nada mais está usando o armazenamento - alternativamente, como posso descobrir o que mais está conectado a ele?

Para iSCSI, os únicos iniciadores são nosso farm ESX, que não possui mais nenhum disco de cliente neste dispositivo - havia alguns armazenamentos de dados e RDMs que foram migrados ou desativados. Mas isso deixa a possibilidade de algo ainda usar o NFS de um cliente.

Alguma ideia?

Temos um problema com o Cisco Unity e o Exchange 2010. Fizemos a captura de pacotes e determinamos que o EWS não está enviando <t:ModifiedEvent>notificações ao servidor Unity para alguns usuários.

Existe uma maneira de consultar o Exchange para listar quais assinaturas EWS ele está enviando ou transmitindo?

Eca. Construímos um ambiente AD e Exchange 2010 totalmente novo há alguns meses para um grande cliente. O Outlook Anywhere não está funcionando. Os clientes do Outlook simplesmente nunca se conectam, não parece ser um erro ou tempo limite.

Isso foi uma migração. Originalmente, tínhamos uma incompatibilidade de certificado para o Outlook Anywhere, então tenho quase certeza de que nunca funcionou. Recentemente, alteramos o sufixo de domínio SMTP de todos para corresponder ao domínio da URL do webmail, portanto, esperava que o OA começasse a funcionar. Agora temos um dia de neve, muitas pessoas em casa, e acontece que não funciona. Parece que há algum tipo de problema com a conexão do RPC com proxy ao OAB, mas estou bastante perplexo sobre como corrigir isso.

A descoberta automática é boa, OWA, ActiveSync, EWS estão funcionando há meses.

Temos 2 servidores de caixa de correio em um DAG, 1 servidor de caixa de correio para pastas públicas e diários, uma matriz CAS de 2 servidores. Por dentro, temos NLB para o array. Do lado de fora, temos um simples Netscaler LB VIP para o array que não faz nada de especial, apenas uma passagem TCP 443.

A RCA mostra isso - é sempre cerca de 33 segundos, então presumo que haja um tempo limite de 30 segundos aqui.

Tentativa de ping do proxy RPC webmail.5ssl.com. O ping do proxy RPC foi executado com sucesso. Detalhes adicionais Tempo decorrido: 201 ms.

Tentando executar ping no ponto de extremidade MAPI Mail Store com a identidade: PFEXCAS.internal.domain.name.com:6001. A tentativa de executar ping no terminal falhou. Detalhes Adicionais Um erro RPC foi lançado pelo processo RPC Runtime. Erro 1818 Chamada cancelada

Tempo decorrido: 33536 ms.

Agora, ambos os servidores CAS estão realmente escutando no TCP 6001. PFEXCAS é o nome do NLB VIP.

Isso funciona para as portas 6001, 6002, 6004, então isso é bom

rpcping -t ncacn_http -s pfexcas.internal.domain.name.com -o RpcProxy=pfexcas.internal.domain.name.com -P " , , " -I " , " -H 1 -u 10 -a conectar - F 3 -v 3 -e 6004

Isso não, dá um 1722

rpcping -t ncacn_http -s pfexcas.internal.domain.name.com -o RpcProxy=webmail.5ssl.com -P " , , " -I " , " -H 1 -u 10 -a conectar -F 3 -v 3 -e 6004

Test-OutlookConnectivity -Protocol:Http -verbosefunciona bem em ambos os servidores, incluindo GetNewDSA e RFRI::GetReferral para o Catálogo de Endereços, eles falham em nosso próximo teste.

Este é o Ex2010, então HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Rpc\RpcProxy\ValidPorts_AutoConfig_Exchange foi verificado e parece correto em ambos os servidores CAS

PFEXCAS:6001-6004;PFEXCAS.internal.domain.name:6001-6004;PFEXCAS01:6001-6004;PFEXCAS01.internal.domain.name:6001-6004;PFEXCAS02:6001-6004;PFEXCAS02.internal.domain.name: 6001-6004;PFEXMB01:6001-6004;PFEXMB01.internal.domain.name:6001-6004;PFEXMB02:6001-6004;PFEXMB02.internal.domain.name:6001-6004;PFEXMB03:6001-6004;PFEXMB03.internal. domínio.nome:6001-6004

A execução Test-OutlookConnectivity -RpcProxyTestType:Internal -RpcTestType:Server -verbose nos dá isso (resultados iguais/semelhantes quando executado em qualquer servidor CAS. Portanto, há algo errado com o proxy RPC para o catálogo de endereços, mas inferno se eu puder descobrir o quê. Todo o resto no ambiente parece estar funcionando muito bem, e isso setup foi configurado de forma bem próxima ao ambiente original que tinha o OA funcionando.

VERBOSE: [19:08:13.652 GMT] Test-OutlookConnectivity : Target Client Access server = 'PFEXCAS01.internal.domain.name.com'
VERBOSE: [19:08:13.652 GMT] Test-OutlookConnectivity : Using connection parameters : 
'internal.domain.name.com\extest_23e99fa922cb4: RpcProxy/RPC-over-HTTP, [PFEXCAS01.internal.domain.name.com/Basic]'
VERBOSE: [19:08:13.652 GMT] Test-OutlookConnectivity : Pinging RpcProxy at the following URL: 
https://PFEXCAS01.internal.domain.name.com/rpc/RpcProxy.dll.

ClientAccessServer   ServiceEndpoint                               Scenario                            Result  Latency
                                                                                                                  (MS)
------------------   ---------------                               --------                            ------  -------
PFEXCAS01.FVE.AD.... PFEXCAS01.internal.domain.name.com                     RpcProxy::VerifyRpcProxy.           Success   46.80
VERBOSE: [19:08:13.698 GMT] Test-OutlookConnectivity : RPC Endpoint = 'PFEXCAS01.internal.domain.name.com'
VERBOSE: [19:08:13.698 GMT] Test-OutlookConnectivity : RPC Endpoint = 'PFEXCAS01.internal.domain.name.com'
VERBOSE: [19:08:13.698 GMT] Test-OutlookConnectivity : RPC Endpoint = 'PFEXCAS01.internal.domain.name.com'
VERBOSE: [19:08:13.698 GMT] Test-OutlookConnectivity : RPC Endpoint = 'PFEXCAS01.internal.domain.name.com'
VERBOSE: [19:08:13.698 GMT] Test-OutlookConnectivity : RPC Endpoint = 'PFEXCAS01.internal.domain.name.com'
VERBOSE: [19:08:13.698 GMT] Test-OutlookConnectivity : Using connection parameters : 
'internal.domain.name.com\extest_23e99fa922cb4: Rfri/RPC-over-HTTP, [PFEXCAS01.internal.domain.name.com/Basic], 
[PFEXCAS01.internal.domain.name.com/Negotiate]'
VERBOSE: [19:08:13.714 GMT] Test-OutlookConnectivity : Mailbox = 'internal.domain.name.com\extest_23e99fa922cb4', Owner = 
'/o=FIVESTAR/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=extest_23e99fa922cb46cb'
VERBOSE: [19:08:13.714 GMT] Test-OutlookConnectivity : Address Book Operation = 'GetNewDSA', Input = 'userLegacyDN', 
Input Value = '/o=FIVESTAR/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=extest_23e99fa922cb46cb'
VERBOSE: [19:08:21.342 GMT] Test-OutlookConnectivity : Microsoft.Exchange.Rpc.ServerUnavailableException: Error 0x6ba 
(The RPC server is unavailable) from cli_RfrGetNewDSA 

EEInfo: ComputerName: n/a

EEInfo: ProcessID: 4520

EEInfo: Generation Time: 2015-01-27 19:08:21.342

EEInfo: Generating component: 2

EEInfo: Status: 0x000006BA

EEInfo: Detection location: 1710

EEInfo: Flags: 0

EEInfo: NumberOfParameters: 1

EEInfo:    prm[0]: Long val: 0 (0x00000000)



EEInfo: ComputerName: n/a

EEInfo: ProcessID: 4520

EEInfo: Generation Time: 2015-01-27 19:08:21.342

EEInfo: Generating component: 13

EEInfo: Status: 0x000006BA

EEInfo: Detection location: 1352

EEInfo: Flags: 0

EEInfo: NumberOfParameters: 1

EEInfo:    prm[0]: Long val: -1073606646 (0xC002100A)



EEInfo: ComputerName: n/a

EEInfo: ProcessID: 4520

EEInfo: Generation Time: 2015-01-27 19:08:21.342

EEInfo: Generating component: 14

EEInfo: Status: 0xC002100A

EEInfo: Detection location: 1380

EEInfo: Flags: 0

EEInfo: NumberOfParameters: 2

EEInfo:    prm[0]: Long val: 12175 (0x00002F8F)

EEInfo:    prm[1]: Unicode string: /rpc/rpcproxy.dll?PFEXCAS01.internal.domain.name.com:6002



EEInfo: ComputerName: n/a

EEInfo: ProcessID: 4520

EEInfo: Generation Time: 2015-01-27 19:08:21.342

EEInfo: Generating component: 14

EEInfo: Status: 0x00010000

EEInfo: Detection location: 1385

EEInfo: Flags: 0

EEInfo: NumberOfParameters: 2

EEInfo:    prm[0]: Long val: 16 (0x00000010)

EEInfo:    prm[1]: Binary Buffer: 
<junk>



   at ThrowRpcException(Int32 rpcStatus, String message)

   at Microsoft.Exchange.Rpc.RpcClientBase.ThrowRpcExceptionWithEEInfo(Int32 rpcStatus, String routineName)

   at Microsoft.Exchange.Rpc.Rfri.RfriRpcClient.GetNewDSA(String userDN, String& server)

   at Microsoft.Exchange.Monitoring.RfriClientWrapper.<>c__DisplayClass7.<GetNewDSA>b__6()

   at Microsoft.Exchange.Monitoring.OutlookConnectivityContext.RpcExceptionWrapper(Func`1 protectedCall)
VERBOSE: [19:08:21.342 GMT] Test-OutlookConnectivity : AddressBook operation failed.  Operation = 'GetReferral', Error 
= 'The Address Book Referral operation failed. Operation = '<GetNewDSA>b__6', returnValue = '1722', server = 
'PFEXCAS01.internal.domain.name.com', user = '/o=FIVESTAR/ou=Exchange Administrative Group 
(FYDIBOHF23SPDLT)/cn=Recipients/cn=extest_23e99fa922cb46cb', .'
PFEXCAS01.FVE.AD.... PFEXCAS01.internal.domain.name.com                     RFRI::GetReferral.                  Failure   -1.00
VERBOSE: [19:08:21.342 GMT] Test-OutlookConnectivity : RPC Endpoint = 'PFEXCAS01.internal.domain.name.com'
VERBOSE: [19:08:21.342 GMT] Test-OutlookConnectivity : Using connection parameters : 
'internal.domain.name.com\extest_23e99fa922cb4: Nspi/RPC-over-HTTP, [PFEXCAS01.internal.domain.name.com/Basic], 
[PFEXCAS01.internal.domain.name.com/Negotiate]'
VERBOSE: [19:08:21.342 GMT] Test-OutlookConnectivity : Address Book Operation = 'Bind'
VERBOSE: [19:08:28.971 GMT] Test-OutlookConnectivity : Microsoft.Exchange.Rpc.ServerUnavailableException: Error 0x6ba 
(The RPC server is unavailable) from cli_NspiBind 

EEInfo: ComputerName: n/a

EEInfo: ProcessID: 4520

EEInfo: Generation Time: 2015-01-27 19:08:28.955

EEInfo: Generating component: 2

EEInfo: Status: 0x000006BA

EEInfo: Detection location: 1710

EEInfo: Flags: 0

EEInfo: NumberOfParameters: 1

EEInfo:    prm[0]: Long val: 0 (0x00000000)



EEInfo: ComputerName: n/a

EEInfo: ProcessID: 4520

EEInfo: Generation Time: 2015-01-27 19:08:28.955

EEInfo: Generating component: 13

EEInfo: Status: 0x000006BA

EEInfo: Detection location: 1352

EEInfo: Flags: 0

EEInfo: NumberOfParameters: 1

EEInfo:    prm[0]: Long val: -1073606646 (0xC002100A)



EEInfo: ComputerName: n/a

EEInfo: ProcessID: 4520

EEInfo: Generation Time: 2015-01-27 19:08:28.955

EEInfo: Generating component: 14

EEInfo: Status: 0xC002100A

EEInfo: Detection location: 1380

EEInfo: Flags: 0

EEInfo: NumberOfParameters: 2

EEInfo:    prm[0]: Long val: 12175 (0x00002F8F)

EEInfo:    prm[1]: Unicode string: /rpc/rpcproxy.dll?PFEXCAS01.internal.domain.name.com:6004



EEInfo: ComputerName: n/a

EEInfo: ProcessID: 4520

EEInfo: Generation Time: 2015-01-27 19:08:28.955

EEInfo: Generating component: 14

EEInfo: Status: 0x00010000

EEInfo: Detection location: 1385

EEInfo: Flags: 0

EEInfo: NumberOfParameters: 2

EEInfo:    prm[0]: Long val: 16 (0x00000010)

EEInfo:    prm[1]: Binary Buffer: 
<junk>



   at ThrowRpcException(Int32 rpcStatus, String message)

   at Microsoft.Exchange.Rpc.RpcClientBase.ThrowRpcExceptionWithEEInfo(Int32 rpcStatus, String routineName)

   at Microsoft.Exchange.Rpc.Nspi.NspiRpcClient.Bind(UInt32 flags, IntPtr stat, IntPtr guid)

   at Microsoft.Exchange.Monitoring.NspiClientWrapper.<Bind>b__4()

   at Microsoft.Exchange.Monitoring.OutlookConnectivityContext.RpcExceptionWrapper(Func`1 protectedCall)
VERBOSE: [19:08:28.971 GMT] Test-OutlookConnectivity : Address Book operation failed. Details: The NSPI operation 
failed. Operation = '<Bind>b__4', ReturnValue = '1722', Server = 'PFEXCAS01.internal.domain.name.com', User = 
'/o=FIVESTAR/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=extest_23e99fa922cb46cb', ..
PFEXCAS01.FVE.AD.... PFEXCAS01.internal.domain.name.com                     NSPI::GetProfileDetails.            Failure   -1.00
VERBOSE: [19:08:28.971 GMT] Test-OutlookConnectivity : RPC Endpoint = 'PFEXCAS01.internal.domain.name.com'
VERBOSE: [19:08:28.971 GMT] Test-OutlookConnectivity : RPC Endpoint = 'PFEXCAS01.internal.domain.name.com'
VERBOSE: [19:08:28.971 GMT] Test-OutlookConnectivity : RPC Endpoint = 'PFEXCAS01.internal.domain.name.com'
VERBOSE: [19:08:28.971 GMT] Test-OutlookConnectivity : Using connection parameters : 
'internal.domain.name.com\extest_23e99fa922cb4: Mailbox/RPC-over-HTTP, [PFEXCAS01.internal.domain.name.com/Basic], 
[PFEXCAS01.internal.domain.name.com/Negotiate]'
VERBOSE: [19:08:28.971 GMT] Test-OutlookConnectivity : Mailbox Operation: 'EcDoConnectEx', Target mailbox: 
'/o=FIVESTAR/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=extest_23e99fa922cb46cb'
VERBOSE: [19:08:28.986 GMT] Test-OutlookConnectivity : RPC Endpoint = 'PFEXCAS01.internal.domain.name.com'
VERBOSE: [19:08:28.986 GMT] Test-OutlookConnectivity : RPC Endpoint = 'PFEXCAS01.internal.domain.name.com'
VERBOSE: [19:08:36.599 GMT] Test-OutlookConnectivity : Microsoft.Exchange.Rpc.ServerUnavailableException: Error 0x6ba 
(The RPC server is unavailable) from EcDoConnectEx 

EEInfo: ComputerName: n/a

EEInfo: ProcessID: 4520

EEInfo: Generation Time: 2015-01-27 19:08:36.599

EEInfo: Generating component: 13

EEInfo: Status: 0x000006BA

EEInfo: Detection location: 1352

EEInfo: Flags: 0

EEInfo: NumberOfParameters: 1

EEInfo:    prm[0]: Long val: -1073606646 (0xC002100A)



EEInfo: ComputerName: n/a

EEInfo: ProcessID: 4520

EEInfo: Generation Time: 2015-01-27 19:08:36.599

EEInfo: Generating component: 14

EEInfo: Status: 0xC002100A

EEInfo: Detection location: 1380

EEInfo: Flags: 0

EEInfo: NumberOfParameters: 2

EEInfo:    prm[0]: Long val: 12175 (0x00002F8F)

EEInfo:    prm[1]: Unicode string: /rpc/rpcproxy.dll?PFEXCAS01.internal.domain.name.com:6001



EEInfo: ComputerName: n/a

EEInfo: ProcessID: 4520

EEInfo: Generation Time: 2015-01-27 19:08:36.599

EEInfo: Generating component: 14

EEInfo: Status: 0x00010000

EEInfo: Detection location: 1385

EEInfo: Flags: 0

EEInfo: NumberOfParameters: 2

EEInfo:    prm[0]: Long val: 16 (0x00000010)

EEInfo:    prm[1]: Binary Buffer: 
<junk>



   at ThrowRpcException(Int32 rpcStatus, String message)

   at Microsoft.Exchange.Rpc.RpcClientBase.ThrowRpcExceptionWithEEInfo(Int32 rpcStatus, String routineName)

   at Microsoft.Exchange.Rpc.ExchangeClient.ExchangeRpcClient.EcDoConnect_Wrapped(Boolean isEx, Void** pcxh, Byte* 
szUserDN, UInt32 ulFlags, UInt32 ulConMod, UInt32 cbLimit, UInt32 ulCpid, UInt32 ulLcidString, UInt32 ulLcidSort, 
UInt32 ulIcxrLink, UInt16 usFCanConvertCodePages, UInt32* pcmsPollsMax, UInt32* pcRetry, UInt32* pcmsRetryDelay, 
UInt16* picxr, Byte** pszDNPrefix, Byte** pszDisplayName, UInt16* rgwClientVersion, UInt16* rgwServerVersion, UInt16* 
rgwBestVersion, UInt32* pulTimeStamp, Byte* rgbAuxIn, UInt32 cbAuxIn, Byte* rgbAuxOut, UInt32* pcbAuxOut)

   at Microsoft.Exchange.Rpc.ExchangeClient.ExchangeRpcClient.EcDoConnect_Internal(Boolean isEx, IntPtr& contextHandle,
 String userDn, Int32 flags, Int32 sizeLimit, Int32 conMod, Int32 cpid, Int32 lcidString, Int32 lcidSort, Int32 
sessionIdLink, Boolean canConvertCodePages, TimeSpan& pollsMax, Int32& retryCount, TimeSpan& retryDelay, String& 
dnPrefix, String& displayName, Int16[] clientVersion, Int16[]& serverVersion, Int16[]& bestVersion, Int32& timeStamp, 
Byte[] auxIn, Boolean compressAuxIn, Boolean xorMagicAuxIn, Byte[]& auxOut, Int32 maxSizeAuxOut, Boolean& 
wasCompressedAuxOut, Boolean& wasXorMagicAuxOut)

   at Microsoft.Exchange.Rpc.ExchangeClient.ExchangeRpcClient.EcDoConnectEx(IntPtr& contextHandle, String userDn, Int32
 flags, Int32 sizeLimit, Int32 conMod, Int32 cpid, Int32 lcidString, Int32 lcidSort, Int32 sessionIdLink, Boolean 
canConvertCodePages, TimeSpan& pollsMax, Int32& retryCount, TimeSpan& retryDelay, String& dnPrefix, String& 
displayName, Int16[] clientVersion, Int16[]& serverVersion, Int16[]& bestVersion, Int32& timeStamp, Byte[] auxIn, 
Boolean compressAuxIn, Boolean xorMagicAuxIn, Byte[]& auxOut, Int32 maxSizeAuxOut, Boolean& wasCompressedAuxOut, 
Boolean& wasXorMagicAuxOut)

   at Microsoft.Exchange.Monitoring.MailboxTask.<>c__DisplayClassb.<Connect>b__a()

   at Microsoft.Exchange.Monitoring.OutlookConnectivityContext.RpcExceptionWrapper(Func`1 protectedCall)
VERBOSE: [19:08:36.599 GMT] Test-OutlookConnectivity : EcDoConnectEx Result: '1722'
VERBOSE: [19:08:36.599 GMT] Test-OutlookConnectivity : RPC Endpoint = 'PFEXCAS01.internal.domain.name.com'
PFEXCAS01.FVE.AD.... PFEXCAS01.internal.domain.name.com                     Mailbox::Connect.                   Failure   -1.00
VERBOSE: [19:08:36.615 GMT] Test-OutlookConnectivity : RPC Endpoint = 'PFEXCAS01.internal.domain.name.com'
VERBOSE: [19:08:36.615 GMT] Test-OutlookConnectivity : This step was skipped. This may have been caused by the failure 
in a previous scenario. Operation = 'MailboxTask::Logon'.
PFEXCAS01.FVE.AD.... PFEXCAS01.internal.domain.name.com                     Mailbox::Logon.                     Skipped   -1.00
VERBOSE: [19:08:36.615 GMT] Test-OutlookConnectivity : Admin Audit Log: Entered Handler:OnComplete.
VERBOSE: [19:08:36.615 GMT] Test-OutlookConnectivity : Ending processing &

Meu cliente está em processo de desinvestimento de uma empresa-mãe e os usuários já foram migrados para uma nova floresta do AD e organização do Exchange. Na empresa-mãe, eles querem respostas automáticas para os usuários alienados (fácil o suficiente), mas querem que eles sempre disparem para cada mensagem recebida.

No Exchange 2010 e na GUI do OWA, ele informa que a OOO/resposta automática será enviada uma vez para cada remetente. Isso não é configurável, AFAICT. O gerenciamento deseja que a resposta automática configurada seja disparada todas as vezes. Isso é algo que eu posso forçar?

Como alternativa, considerei criar uma regra de caixa de entrada simples para disparar todas as mensagens recebidas após a data "x" (hoje), com a ação de fazer com que o servidor responda com uma mensagem apropriada. No entanto, esta regra só é visível/configurável no Outlook, não no OWA.

Portanto, não posso fazer com que meus usuários (já migrados, portanto, o Outlook esteja usando o novo domínio) definam isso no Outlook no domínio antigo - não sem orientá-los na tentativa de criar novos perfis manualmente conectados à antiga organização do Exchange. Não, obrigado.

Além disso, o cmdlet New-InboxRule não parece ser capaz de configurar a ação "responder", a menos que esteja faltando alguma coisa, então não posso fazer isso em um script do PowerShell.

Alguma ideia de outras maneiras de resolver esse problema? Uma regra de transporte de devolução personalizada parece ser ignorada pelos remetentes - uma vez que a mensagem personalizada está oculta no código de erro 5.7.1 e não se parece com mensagens OOO normais.

/ Bah farsa. Acabei de encontrar este. A menos que as coisas tenham mudado, provavelmente estou sem sorte. Troca fora do escritório, enviando uma resposta OoO para cada e-mail