Dica do SistemaEste artigo aplica-se a um sistema operativo diferente do que está a utilizar. Foi desactivado o conteúdo do artigo, que pode não ser relevante para si.
Se você for um cliente do Small Business, encontrar a solução de problemas e recursos de aprendizagem adicionais do Suporte para pequenas empresas
(http://smallbusiness.support.microsoft.com)
site.
Há vários recursos novos no Microsoft Office Outlook Web Access (OWA) para Microsoft Exchange Server 2003, incluindo autenticação baseada em formulários, compactação gzip e bloqueio de anexos. Este artigo contém instruções para configurar várias configurações e recursos no Outlook Web Access para Exchange 2003.
Observação Se você estiver usando Exchange Server 2003 Service Pack 1 (SP1), as etapas nesta seção não se aplicam. Seleção de endereço WebDAV não está presente no Exchange 2003 SP1. Em vez disso, se você estiver usando o Exchange 2003 SP1 ou uma versão posterior, siga estas etapas para restringir o acesso ao Outlook Web Access:
Em
snap-in Active Directory Users and Computers,
Clique com o botão direito na conta de usuário que você deseja restringir usando o OWA, e
Clique em Propriedades.
Clique no Recursos do Exchange Clique emO Outlook Web Accesse clique emDesativar.
Por padrão, Exchange 2003 usuário contas de correio também são habilitadas para o Outlook Web Access no Exchange 2003.
Você pode habilitar os usuários na sua rede corporativa acessem o Outlook Web Access. Ao mesmo tempo, você pode negar acesso para clientes externos. A chave para essa abordagem é uma combinação de uma diretiva de destinatário e um servidor virtual de HTTP especial. Para usar essa abordagem, execute estas etapas:
Crie uma diretiva de destinatário com um nome de domínio de protocolo de transferência de correio simples (SMTP). Os usuários que se conectam a um servidor virtual HTTP devem ter um endereço de e-mail que tem o mesmo domínio SMTP que o servidor virtual. Criar uma diretiva de destinatário é uma maneira eficiente de aplicar o mesmo domínio SMTP para vários usuários.
Reduzir esta imagemExpandir esta imagem
Observação Os usuários do Outlook Web Access não precisam saber o nome do SMTP
domínio.
Aplicar o destinatário contas diretiva de usuário que você
deseja habilitar o acesso para.
No servidor front-end, crie um novo servidor virtual HTTP
que especifica o domínio que é usado na diretiva de destinatário.
Depois de concluir essas etapas, os usuários cujos endereços de e-mail não possuem o mesmo domínio SMTP que o servidor virtual HTTP não podem efetuar logon e acessar o Outlook Web Access. Além disso, como não usar o domínio SMTP como o domínio padrão, usuários externos não é possível determinar o que é o domínio SMTP porque o domínio não aparecer na Do campo quando os usuários enviam mensagens de email fora da organização. Para obter mais informações, clique no seguinte número de artigo
para ler o artigo na Base de dados de Conhecimento da Microsoft:
293386
(http://support.microsoft.com/kb/293386/
)
Mensagens de erro HTTP 401 ou 404 quando acede ao OWA implícita ou explicitamente
Além de habilitar o Outlook Web Access para usuários na sua rede corporativa, você também pode impedir usuários internos específicos acessem o Outlook Web Access. Para fazer isso, desabilitando os protocolos HTTP e NNTP Network News Transfer Protocol () para os usuários.
Para evitar um
usuário interno acesse o Outlook Web Access, execute essas etapas:
No Active Directory Users e computadores snap-in, abra
o usuário Propriedades caixa de diálogo.
Sobre o Recursos do Exchange Clique emO Outlook Web Accesse clique emDesativar.
Quando você usar o Microsoft Internet Explorer 5 ou versões posteriores para acessar o Outlook Web Access, novas instalações do Exchange 2003 e atualizações para o Exchange 2003 usam as configurações de idioma do navegador para determinar o caractere definido para usar para codificar informações como mensagens de email e solicitações de reunião.
Se você atualizar um servidor que esteja executando o Exchange 2000 Server foi alterada para usar a configuração de idioma do navegador, o Exchange 2003 continua a funcionar da mesma maneira. A tabela a seguir lista os grupos de idiomas e respectivos conjuntos de caracteres.
Reduzir esta tabelaExpandir esta tabela
Grupo de idiomas
Conjunto de caracteres
Árabe
Windows 1256
Báltico
ISO-8859-4
Chinês (simplificado)
Gb2131
Chinês tradicional
BIG5
Cirílico
KOI8-r
Europa Oriental
ISO-8859-2
Grego
ISO-8859-7
Hebraico
Windows-1255
Japonês
ISO-2022-jp
Coreano
ks_c_5601-1987
Tailandês
Windows-874
Turco
ISO-8859-9
Vietnamita
Windows-1258
Europa Ocidental
ISO-8859-1
Se você espera que os usuários do Outlook Web Access em sua organização enviem email freqüentemente, você pode alterar as configurações do registro para que os usuários que estão executando o Internet Explorer 5 ou versões posteriores possam usar UTF-8 codificado caracteres UNICODE para enviar email.
Para alterar a configuração de idioma padrão do Outlook Web Access, siga estas etapas.
Reduzir esta imagemExpandir esta imagem
Importante Esta seção, método ou tarefa contém etapas que informam sobre como modificar o registro. No entanto, sérios problemas poderão ocorrer se você modificar o registro incorretamente. Portanto, certifique-se de seguir estas etapas cuidadosamente. Para proteção adicional, fazer backup do registro antes de modificá-lo. Em seguida, você pode restaurar o registro se ocorrer um problema. Para obter mais informações sobre como fazer backup e restaurar o registro, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
322756
(http://support.microsoft.com/kb/322756/
)
Como fazer backup e restaurar o registro no Windows
No computador com Exchange, faça logon usando o Exchange
conta de administrador e inicie o Editor do registro.
Habilitando a autenticação baseada em formulários (autenticação de Cookie) permite ativar uma nova página de logon do Outlook Web Access que armazena o nome de usuário e senha em um cookie em vez de no navegador. Quando um usuário fecha o navegador, o cookie é esvaziado. Além disso, após um período de inatividade, o cookie é esvaziado automaticamente. Para acessar email, a nova página de logon requer que o usuário insira um domínio, um nome de usuário e uma senha ou um endereço de email completo do usuário nome principal (UPN) e a senha. Logon de autenticação baseada em formulários não suporta autenticação de Windows Live ID com o Outlook Web Access. Esta é uma limitação do recurso de autenticação baseada em formulários no Exchange 2003.
Para habilitar essa página de logon, você deve primeiro ativar baseada em formulários
o logon de autenticação no servidor e, em seguida, seguro página definindo o
período de tempo limite do cookie e ajustando as configurações de segurança do cliente. Para
obter mais informações, consulte "Habilitando forms based authentication" e "configuração
seções o tempo limite autenticação de cookie".
No Exchange 2003, a autenticação baseada em formulários define automaticamente o domínio padrão para autenticação básica no diretório virtual do Exchange em Gerenciador do Sistema do Exchange para um caractere de barra invertida (\). Essa restrição é projetada para suportar logons de usuários que usam o formato UPN. Se você alterar a configuração de domínio padrão no Internet Information Services (IIS) para algo diferente da configuração padrão de "\", Gerenciador do Sistema do Exchange redefine a configuração de domínio padrão para "\" no servidor.
Além disso, se a autenticação baseada em formulários
implantados em uma configuração de front-end/back-end, o domínio padrão em
o servidor back-end deve corresponder à configuração de domínio padrão no front-end
servidor ou você pode enfrentar problemas de autenticação. Porque o front-end
servidor requer "\" como o domínio padrão, se a autenticação baseada em formulários
habilitado no servidor front-end, o domínio padrão no servidor back-end deve
também ser definido como "\" em Gerenciador do Sistema do Exchange.
Para obter mais informações
informações sobre por que você deve modificar as configurações para o Exchange e Public
diretórios virtuais em Gerenciador do Sistema do Exchange, clique no seguinte artigo
números para visualizar os artigos na Base de dados de Conhecimento da Microsoft:
240105
(http://support.microsoft.com/kb/240105/
)
Informações gerais sobre o diretório
Service/metabase synchronization no Exchange 2000 Server
264941
(http://support.microsoft.com/kb/264941/
)
Alterações nas configurações do diretório virtual não são mantidas
Para contornar esse problema, altere a página logon. asp no Outlook Web Access para especificar seu domínio ou para incluir uma lista de nomes de domínio.
Reduzir esta imagemExpandir esta imagem
Observação Se você personalizar a página logon. asp no Outlook Web Access, as alterações serão sobrescritas se atualizar posteriormente ou reinstalar o Exchange 2003. Para obter mais informações sobre como personalizar
o logon. asp, clique no número abaixo para ler o artigo na
Base de dados de Conhecimento da Microsoft:
820378
(http://support.microsoft.com/kb/820378/
)
Sessão do Outlook Web Access fecha inesperadamente quando a autenticação baseada em formulários é usada
Reduzir esta imagemExpandir esta imagem
Importante A Microsoft não fornece assistência na personalização dos objetos do Outlook Web Access e se você contatar a Microsoft sobre um problema do Outlook Web Access para um servidor Outlook Web Access personalizado, você deve substituir os arquivos personalizados usando as versões originais dos arquivos. Para obter mais informações, clique no seguinte artigo
número para ler o artigo na Base de dados de Conhecimento da Microsoft:
327178 obter
(http://support.microsoft.com/kb/327178/
)
Política de suporte da Microsoft para a personalização do Outlook Web Access para Exchange
Você deve habilitar Secure Sockets Layer (SSL) no servidor antes de
habilitar a autenticação baseada em formulários. Para obter mais informações sobre como instalar um certificado no
Microsoft Windows Server 2003 antes de habilitar o SSL, clique em seguinte
número de artigo para ler o artigo na Base de dados de Conhecimento da Microsoft:
816794
(http://support.microsoft.com/kb/816794/
)
Como
instalar certificados importados em um servidor Web no Windows Server 2003
Para habilitar a autenticação baseada em formulários no Exchange
2003, siga estas etapas.
Reduzir esta imagemExpandir esta imagem
Observação Em um ambiente de servidor front-end/back-end, você deve ativar
autenticação baseada em formulários somente no servidor front-end. Não habilite
autenticação baseada em formulários no servidor back-end. Em um ambiente onde você
não usar um servidor front-end, habilite a autenticação baseada em formulários na caixa de correio
servidor.
Inicie Gerenciador do Sistema do Exchange.
Se grupos administrativos estiverem habilitados, expandaGrupos administrativos.
Expandir Servidorese expanda seu
servidor front-end.
Expandir Protocolos, expandaHTTP, com o botão direito Servidor Virtual do Exchange,
e, em seguida, clique em Propriedades.
Clique no Configuraçõesguia e selecione oHabilitar autenticação com base em formulários seleção
caixa.
No Compactação lista, clique no nível
de compactação que deseja.
Reduzir esta imagemExpandir esta imagem
Observação Recomendamos não habilitar a compactação em um ambiente de servidor único porque compressão em um ambiente de servidor único adiciona uma carga adicional no servidor.
Clique em OK.
Se você receber uma mensagem informando que o serviço IIS
deve ser reiniciado, clique em OK. Para reiniciar o IIS, abra um prompt de comando, digite o seguinte comando e pressione ENTER: iisreset
Se você ativou a autenticação baseada em formulários em um
servidor front-end, siga estas etapas em seus servidores back-end:
Inicie Gerenciador do Sistema do Exchange.
Se grupos administrativos estiverem habilitados, expandaGrupos administrativos.
Expandir Servidorese expanda seu
servidor back-end.
Expandir Protocolos, expandaHTTPe, em seguida, expanda Exchange Virtual
Servidor.
Clique com o botão direito no diretório virtual do Exchange que aparece
sob a Servidor Virtual do Exchange recipiente e clique emPropriedades.
Clique no Acesso guia e cliqueAutenticação.
Selecione o Autenticação básica caixa de seleção.
Digite uma barra invertida (\) na Padrão
Domínio caixa.
Clique em OK duas vezes para fechar a propriedade
Windows.
Para sua página de logon do Outlook Web Access, você pode dar aos usuários dois tipos de opções de segurança para autenticação. Dependendo dos seus requisitos, os usuários podem selecionar uma dessas opções de segurança na página de logon do Outlook Web Access:
Computador público ou compartilhado-Diga aos usuários para selecionar esta opção quando acessarem o Outlook Web Access em um computador que não usa as configurações de segurança para sua organização. Por exemplo, um computador de quiosque de Internet não usa as configurações de segurança para sua organização. OComputador público ou compartilhado opção é o
opção padrão e fornece uma opção de tempo limite padrão curto de 15
minutos.
Computador particular-Diga aos usuários para selecionar esta opção quando eles são o único operador do computador e o computador usa as configurações de segurança para sua organização. Esta opção permite um período muito maior de inatividade antes de encerrar automaticamente a sessão. Seu valor padrão interno é 24 horas. OComputador particular opção se destina a beneficiar os usuários do Outlook Web Access que usam PCs em seus escritórios ou em suas casas.
Além disso, quando os clientes Outlook Web Access logon usando autenticação baseada em formulários, também pode escolher entre os seguintes dois tipos de versões de cliente do Outlook Web Access:
Premium - essa é a versão padrão. Fornece todos os
Recursos do Outlook Web Access.
Reduzir esta imagemExpandir esta imagem
Observação O cliente premium do Outlook Web Access possui um código especial para que
digitando no corpo da mensagem é considerado como atividade.
Básico - esta versão fornece um desempenho mais rápido, mas menos
recursos que o cliente premium. Use essa versão se você estiver em uma lenta
conexão.
No Exchange 2003, as credenciais de usuário do Outlook Web Access são armazenadas
em um cookie. Quando o usuário fizer logoff do Outlook Web Access, o cookie é
desmarcada e não é válido para autenticação. Além disso, por padrão,
Se o usuário estiver usando um computador público e selecionar o Pública ou
computador compartilhado opção na tela de logon do Outlook Web Access, o
cookie neste computador expira automaticamente após 15 minutos de usuário
inatividade.
O tempo limite automático é útil porque ajuda a proteger uma conta de usuário de acesso não autorizado. No entanto, embora o tempo limite automático reduzir bastante o risco de acesso não autorizado, não elimina o risco de que um usuário não autorizado pode acessar uma conta do Outlook Web Access se uma sessão for deixada em execução em um computador público. Portanto, verifique se você treinar os usuários sobre as precauções tomadas para evitar riscos.
Para atender os requisitos de segurança da organização, um
administrador pode configurar os valores de tempo limite de inatividade no Exchange
servidor front-end. Exchange 2003 usa as seguintes informações para determinar
atividade do usuário:
Interação entre o cliente e o servidor é considerada como atividade. Por exemplo, se um usuário abre, envia, ou salva um item, alternar pastas ou módulos ou atualiza o modo de exibição ou a janela do navegador da web, isso é considerado como atividade.
Se um usuário insere texto em itens do Outlook Web Access, é
não é considerado como atividade. Por exemplo, se um usuário digita compromissos,
solicitações de reunião, postagens, contatos, tarefas ou outros itens, isso não é
considerado como atividade.
Para configurar o valor de tempo limite, você deve primeiro habilitar autenticação baseada em formulários e alterar as configurações do registro no servidor.
Para definir a autenticação baseada em formulários do Outlook Web Access
tempo limite de cookie do computador público de valor, execute estas etapas.
Reduzir esta imagemExpandir esta imagem
Importante Esta seção, método ou tarefa contém etapas que informam sobre como modificar o registro. No entanto, sérios problemas poderão ocorrer se você modificar o registro incorretamente. Portanto, certifique-se de seguir estas etapas cuidadosamente. Para proteção adicional, fazer backup do registro antes de modificá-lo. Em seguida, você pode restaurar o registro se ocorrer um problema. Para obter mais informações sobre como fazer backup e restaurar o registro, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
322756
(http://support.microsoft.com/kb/322756/
)
Como fazer backup e restaurar o registro no Windows
No servidor front-end do Exchange, faça logon usando o
Conta de administrador do Exchange e inicie o Editor do registro.
Localize e clique na seguinte subchave do registro:
Sobre o Editar aponte paraNovoe clique em Valor DWORD.
Tipo PublicClientTimeouto nome do DWORD e pressione Enter.
Com o botão direito do PublicClientTimeout DWORD
valor e clique em Modificar.
Em Base, clique emDecimal.
No Dados do valor Digite um valor que
representa o número de minutos para o tempo limite. Esse número deve estar entre
1 e 43200. (43200 minutos são iguais a 30 dias). Se você não definir um valor, um
valor de 15 é assumido.
Reduzir esta imagemExpandir esta imagem
Observação O valor máximo possível é 43200 para 30 dias.
Clique em OK.
Reduzir esta imagemExpandir esta imagem
Importante Você deve reiniciar o IIS para que as alterações tenham efeito. Além disso, se você definir o valor TrustedClientTimeout com um valor menor que o de PublicClientTimeout, o valor TrustedClientTimeout usa um valor que é igual ao valor PublicClientTimeout. Da mesma forma, se você definir o valor PublicClientTimeout com um valor maior que o valor TrustedClientTimeout, o valor TrustedClientTimeout usa um valor que é igual ao valor PublicClientTimeout.
Para definir a autenticação baseada em formulários do Outlook Web Access confiável o valor de tempo limite de cookie do computador, execute estas etapas:
No servidor front-end do Exchange, faça logon usando o
Conta de administrador do Exchange e inicie o Editor do registro.
Localize e clique na seguinte subchave do registro:
Sobre o Editar aponte paraNovoe clique em Valor DWORD.
Tipo TrustedClientTimeouto nome do DWORD e pressione Enter.
Com o botão direito do TrustedClientTimeout DWORD
valor e clique em Modificar.
Em Base, clique emDecimal.
No Dados do valor Digite um valor que
representa o número de minutos para o tempo limite. Esse número deve estar entre
1 e 43200. (43200 minutos são iguais a 30 dias). Se você não definir um valor, um
valor de 1440 é assumido.
Reduzir esta imagemExpandir esta imagem
Observação O valor máximo possível é 43200 para 30 dias.
Clique em OK.
Abra um comando prompt, digite NET stop
W3SVC, e pressione Enter.
Depois de interromper os serviços, digite NET start
W3SVC, e pressione Enter.
Quando você habilitar a autenticação baseada em formulários no Exchange 2003, você
também pode ativar a compactação gzip para arquivos estáticos e dinâmicos no Exchange 2003
diretórios virtuais e servidores virtuais. Usando a compactação, os usuários podem
enfrentar aumentos de desempenho de até 50 por cento ao usarem mais lenta
conexões de rede, como acesso dial-up tradicional.
Dependendo da configuração de compactação que você usar, a compactação do Outlook Web Access funciona compactando páginas da web estáticas ou dinâmicas.
Reduzir esta tabelaExpandir esta tabela
Configuração de compactação
Descrição
Alta
Compacta as páginas estáticas e dinâmicas
Baixo
Compacta apenas as páginas estáticas
Nenhum
Nenhuma compactação é usada
Para usar a compactação de dados do Outlook Web Access no Exchange
2003, os seguintes pré-requisitos devem ser atendidos:
Cliente
O sistema cliente deve estar executando Windows 2000 ou posterior e use um dos seguintes navegadores:
Internet Explorer 6 com a atualização cumulativa 328970 ou posterior. Para obter mais informações sobre a atualização cumulativa 328970
Clique no número abaixo para ler o artigo na Microsoft
Base de Conhecimento:
328970
(http://support.microsoft.com/kb/328970/
)
MS02-066: Novembro de 2002, patch cumulativo para o Internet Explorer
Netscape Navigator 6.0 ou posterior.
Servidor
Autenticação baseada em formulários deve estar ativada.
Ao habilitar a compactação gzip em seu ambiente Exchange, você deve considerar o tipo de cenário de implantação. A abordagem recomendada é implantar servidores front-end dedicados. Nesse tipo de cenário, os seguintes requisitos se aplicam:
O computador do Exchange 2003 front-end deve estar executando em
Windows Server 2003.
Os computadores do Exchange 2003 back-end podem ser executados na
Windows 2000 ou Windows Server 2003.
Outro tipo de cenário de implantação envolve a não implantação de computadores Exchange front-end dedicados (também conhecido como um back-end somente implantação). Nessa situação, o computador do Exchange 2003 deve estar executando em Windows Server 2003.
Reduzir esta imagemExpandir esta imagem
Observação Se você usar servidores front-end do Exchange 2003 para acessar o Exchange
servidores de back-end de 2000, desativar o suporte de compactação do Outlook Web Access na
servidores front-end até que todos os servidores back-end são atualizados para Exchange
2003.
Junto com os pré-requisitos anteriores, talvez você também precise
Ative o suporte HTTP 1.1 através de servidores proxy para algumas conexões dial-up.
(HTTP 1.1 suporte é necessário para a compactação de função
corretamente. o)
Para ativar a compactação de dados, execute estas etapas:
Clique em Início, aponte paraProgramas, aponte para Microsoft Exchange, e
Clique em Gerenciador de sistema.
Expandir Servidores, expandaNome_do_servidor, expandaProtocolose, em seguida, expanda HTTP.
Direito Servidor Virtual do Exchange, e
Clique em Propriedades.
Clique no Configurações guia.
eleger oHabilitar formulários baseados
Autenticação caixa de seleção.
Para configurar a compactação, clique a compactação nível
você deseja usar o Compactação caixa e cliqueOK.
Clique em OK.
Reinicie os seguintes serviços:
Serviço Microsoft Exchange System Attendant
Serviço IIS Admin
Reduzir esta imagemExpandir esta imagem
Observação Você deve configurar o SSL no IIS antes de habilitar baseada em formulários
autenticação no servidor.
No Exchange 2003, Outlook Web Access torna mais difícil para pessoas que enviam mensagens de lixo eletrônico para uso de beacons para recuperar endereços de email. Beacons normalmente chegam na forma de imagens baixadas no computador do usuário quando o usuário abre um item de lixo eletrônico. Depois de baixar as imagens, uma notificação de um beacon é enviada ao remetente do lixo eletrônico informando ao remetente que o endereço de e-mail do usuário é válido. O resultado é que o usuário recebe lixo eletrônico com mais freqüência porque o remetente do lixo eletrônico agora sabe que o endereço de email é válido.
No Outlook Web Access, uma mensagem de entrada tem qualquer conteúdo que pode ser usado como um beacon, independentemente se a mensagem contém um beacon, solicita que o Outlook Web Access para exibir a seguinte mensagem de aviso:
Para
ajudar a proteger sua privacidade, links para imagens, sons ou outro conteúdo externo
nesta mensagem foram bloqueados. Clique aqui para desbloquear
conteúdo.
Se os usuários souberem que uma mensagem é legítima, eles
Clique no Clique aqui para desbloquear conteúdo vincular a
mensagem de aviso para desbloquear o conteúdo. Se os usuários não reconhecem o
remetente ou a mensagem, eles podem abrir a mensagem sem desbloquear o conteúdo
e excluir a mensagem sem disparar beacons. Se sua organização
deseja usar este recurso, você pode desativar a opção de bloqueio para
O Outlook Web Access.
Para desativar a opção de bloqueio, siga estas
etapas:
Use um navegador da web para acessar o Outlook Web Access.
Clique em Opções.
Em Prevenção de E-mail de lixo eletrônico e privacidade,
Clique para limpar a Bloquear conteúdo externo em emails em HTML caixa de seleção.
Com o Outlook Web Access, você pode bloquear os usuários abram,
envio ou recebimento de tipos de anexo especificado. Em particular, você pode fazer o
a seguir:
Impedir usuários de acessar determinados tipos de anexos de arquivo. Por padrão, todas as novas instalações do Exchange 2003 bloqueiam anexos de níveis 1 e 2 tipos de arquivo e níveis 1 e 2 tipos MIME. Esse recurso é especialmente útil para impedir os usuários do Outlook Web Access abram anexos em terminais públicos da Internet. Abrir anexos um terminais públicos da Internet pode comprometer a segurança corporativa. Se um anexo estiver bloqueado, uma mensagem de aviso que indica que o usuário não pode abrir o anexo aparece na barra de informações da mensagem de email. Usuários do Outlook Web Access que estiverem trabalhando em seus escritórios ou conectados à rede corporativa em casa podem abrir e ler anexos. Você pode habilitar o acesso total a intranet para anexos fornecendo o URL para servidores back-end e permitindo anexos nos servidores back-end do Exchange.
Impedir usuários de enviar ou receber anexos com extensões de nome de arquivo específico que poderiam conter vírus. Esse recurso no Outlook Web Access corresponde a funcionalidade de bloqueio de anexo no Outlook. Para mensagens recebidas, uma mensagem de aviso indicando que o anexo é bloqueado aparece na barra de informações da mensagem de email. Para mensagens enviadas, os usuários não é possível carregar arquivos que tenham extensões que aparecem na lista de bloqueios.
Para alterar as configurações de bloqueio de anexo, você deve alterar as configurações do registro no servidor.
Reduzir esta imagemExpandir esta imagem
Observação Em uma configuração de front-end / back-end, o registro
modificações devem ser feitas no servidor back-end.
Para fazer isso,
Siga estas etapas.
Reduzir esta imagemExpandir esta imagem
Importante Esta seção, método ou tarefa contém etapas que informam sobre como modificar o registro. No entanto, sérios problemas poderão ocorrer se você modificar o registro incorretamente. Portanto, certifique-se de seguir estas etapas cuidadosamente. Para proteção adicional, fazer backup do registro antes de modificá-lo. Em seguida, você pode restaurar o registro se ocorrer um problema. Para obter mais informações sobre como fazer backup e restaurar o registro, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
322756
(http://support.microsoft.com/kb/322756/
)
Como fazer backup e restaurar o registro no Windows
No computador com Exchange, faça logon usando o Exchange
conta de administrador e inicie o Editor do registro.
Localize e clique na seguinte subchave do registro:
IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine translation ou MT), não tendo sido portanto revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática? erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 830827
(http://support.microsoft.com/kb/830827/en-us/
)
Qual foi o esforço que despendeu pessoalmente para utilizar este artigo?
Muito baixo
Baixo
Moderado
Elevado
Muito elevado
Diga-nos porquê e o que podemos fazer para melhorar estas informações
Obrigado! Os seus comentários são utilizados para ajudar-nos a melhorar o conteúdo do nosso suporte. Para obter mais opções de assistência, visite a Home Page de Ajuda e Suporte.
Windows Live
Facebook
Twitter
Linkedin
Digg it
Yahoo
Delicious
StumbleUpon
Yammer
Reddit
Technorati
FriendFeed
Email
Tradução automática
Voltar ao topo
