Problema do PowerShell do Azure para criar contas do office365, erro powershellinternalurl

2

Eu tenho usado o PowerShell para criar contas do Office365 por cerca de cinco meses. Nós usamos o Office365 para arquivar e-mails. O script que eu estava usando estava funcionando perfeitamente. No entanto, durante mais de uma semana, o script falhou. Dois scripts são usados. O primeiro é executado e se conecta ao segundo.

Eu tentei várias vezes, mas sem sorte. Continue recebendo o seguinte erro "the powershellInternalurl must be specified for the current on premises organization" . É apenas uma conta online, não no local, não híbrido. Estou perplexo.

Pode ser coincidência, a Microsoft estava consertando a troca on-line no dia em que esse erro ocorreu. Falei com a Microsoft e foi-me dito que o script não é suportado, é algo que fazemos por nossa conta e risco. Expliquei a dois especialistas em intercâmbio que o script foi inicialmente fornecido pela Microsoft e agora eles não suportam seu próprio script.

O script cria dois usuários ativos, no entanto, apenas um é uma caixa de correio e o outro é um contato, por exemplo; [email protected] é a caixa de correio e o usuário do email de contato é [email protected] .

Eu olhei para o script várias vezes e não entendo por que ele falhou. Eu não posso criar o endereço de e-mail do journalarchive usando o portal porque o portal não permite que muitos caracteres. No entanto, posso adicionar a conta usando os cmdlets do powershell e concluir a criação usando o portal, como adicionar o plano on-line de troca, ativar o arquivamento e o litígio.

Espero que alguém possa ajudar. Estou feliz em compartilhar os scripts, eles são longos.

    
por Arif 06.02.2015 / 12:52

1 resposta

0

Você está usando dois serviços do Office 365? A Microsoft não suporta o registro em diário em uma caixa de correio do Office365. Fazer isso é, na verdade, uma violação dos termos de serviço, por isso é estranho que a Microsoft forneça uma solução para que isso aconteça.

Por outro lado, se o registro em diário para uma caixa de correio local do Exchange, isso tende a fazer sentido, pois a caixa de correio precisaria ser criada localmente. Eu nunca vi esse erro em particular - mas ele deve fornecer o número da linha no script do que está sendo acionado. Você pode então olhar para o comando que está tentando fazer e se conectar, depois validar o comando.

Se o primeiro cenário acima é o que realmente está acontecendo (O365 a O365). Por que não apenas ativar regras de retenção e proteger o conteúdo em vigor com uma única assinatura? Se é um problema de licenciamento - veja meu ponto sobre não ser suportado (e é a razão pela qual eles o chamam como uma violação dos termos de serviço). Você precisa olhar para colocar em prática um servidor Exchange local e um diário para isso ou ir com uma solução como o Barracuda, que você pode arquivar também (ou pegar mensagens em linha).

Editar Eu deveria ter olhado a data no post. Eu acredito que o journaling ainda era permitido em 2015. No entanto, o resultado de hoje é o mesmo - não é suportado.

    
por 06.07.2018 / 19:29