Mensagem de erro quando um usuário do Outlook Web Access tenta acessar uma caixa de correio no Exchange Server 2003: ? HTTP 400 Solicitação incorreta (cabeçalho de solicitação muito) ?

Microsoft Office Outlook Web Access para Exchange Server 2003 usuário tenta acessar uma caixa de correio em um computador que está executando o Microsoft Exchange Server 2003. Quando isso ocorre, o usuário recebe uma mensagem de erro semelhante a seguinte mensagem de erro:

Esse problema pode ocorrer quando o usuário do Outlook Web Access é um membro de muitos grupos de usuário do Microsoft Windows. Por exemplo, o problema ocorre quando o usuário é membro de grupos de usuário Windows uma centena.

Aviso Podem ocorrer sérios problemas se você modificar o registro incorretamente usando o Editor do registro ou usando outro método. Esses problemas podem exigir que você reinstalar o sistema operacional. A Microsoft não garante que esses problemas possam ser solucionados. Modificar o registro por sua própria conta e risco.

Para resolver esse problema, você deve configurar três entradas de registro nos seguintes computadores:

• O computador front-end baseado no Exchange Server 2003 que fornece acesso do Outlook Web Access
• O computador com Exchange Server 2003 de back-end que hospeda a caixa de correio

Para Microsoft (IIS) 5.0 (Microsoft Windows 2000), a entrada MaxClientRequestBuffer for encontrada na seguinte subchave do Registro. Configurá-lo conforme a tabela a seguir.Para o IIS 6.0 (Microsoft Windows Server 2003), a entrada MaxFieldLength e a entrada MaxRequestBytes são encontradas na seguinte subchave do Registro. Configurá-los conforme a tabela a seguir.

A entrada de registro MaxClientRequestBuffer

Os dados que são limitados pelo MaxClientRequestBuffer (linha de resposta e cabeçalhos) consistem em todos os dados do primeiro byte da solicitação até o último byte antes do corpo da entidade. Isso inclui o método, a URL, as informações de caminho adicionais, a seqüência de caracteres de consulta, a versão do HTTP, todos os cabeçalhos e os caracteres que delimitam todas as partes da solicitação. Em outras palavras, isso inclui todos os dados que não é parte do corpo da solicitação.

Como o IIS 5.0 lê os blocos dos dados da solicitação em buffers, o limite é definido por MaxClientRequestBuffer não é muito preciso. Portanto, após usar MaxClientRequestBuffer, talvez seja necessário testar para verificar se o limite real do tamanho da solicitação do cliente e dos campos de cabeçalho é o que você esperava.

Convém usar o método POST em vez do GET método para enviar grandes quantidades de dados na solicitação. Uso de solicitações GET a parte de URL da linha de solicitação para enviar informações para IIS. No entanto, o método POST envia as informações no corpo da solicitação.

O MaxFieldLength e as entradas de registro MaxRequestBytes

Por padrão, a entrada de registro MaxFieldLength não está presente. Essa entrada do Registro especifica o limite máximo de tamanho de cada cabeçalho de solicitação HTTP. A entrada de registro MaxRequestBytes Especifica o limite superior para o tamanho total da linha solicitação e os cabeçalhos. Geralmente, essa entrada do registro é configurada com o MaxRequestBytes entrada do Registro. Se o valor MaxRequestBytes é baixo que o MaxFieldLength valor, MaxFieldLength valor é ajustado.

Em grandes ambientes, os usuários do Outlook Web Access podem ter falhas de logon se os valores para ambos os essas entradas não estiverem definidos como 32768. Para permitir que os usuários que são membros de muitos grupos de usuário do Windows para fazer logon no Outlook Web Access, o valor MaxRequestBytes deve ser configurado para um valor maior.

Para obter mais informações sobre a entrada de registro MaxClientRequestBuffer, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft: Para obter mais informações sobre o MaxFieldLength entrada de registro, visite o seguinte site: