larocca.net.br

Hoje vi um problema bem curioso. Uma estação com outlook 2003 client de um exchange 2003 e um usuário reportando o seguinte:

Ao enviar e-mails, algumas mensagens ficam na caixa de saída, e não são entregues ao destinatário. Os endereços estão corretos, e realmente eu confirmei que os destinatários estão ok. O problema ocorre aleatoriamente, mas a maioria das mensagens enviadas são entregues.

Como eu nunca tinha visto isso tive que ir para o support da microsoft e google, e terminei achando o link abaixo:

http://slipstick.com/problems/outbox.htm

Segue um trecho:

If you click on the Outbox while messages are waiting to be sent, the messages are marked as read and won’t send.

This is caused by a Net framework add-in you have installed that ‘reads’ Outlook items, including the Send to OneNote from Outlook PowerToy add-in and BCM (Business Contact Manager). A list of other add-ins known to cause this behavior is listed below.

To send the affected messages, you’ll need to open the message, then switch to a different folder before clicking Send on the message. Do not go open the Outbox until after the messages are sent.
To identify the add-in that results in this behavior:

Look in Tools, Options, Other, Advanced, Com add-ins. Disable the add-ins and re-enable them one at a time and test.

Since BCM and possibly other add-ins are not listed in the COM add-in list, check
# HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Office\Outlook\Addins
# HKEY_CURRENT_USER\Software\Microsoft\Office\Outlook\Addins

Export the keys then change the LoadBehavior value to 0 to disconnect an add-in. Restart Outlook and test.

Bruxaria é apelido

O versão standard do exchange 2003 tem um limite de database de 75Gb (com sp2). É comum a necessidade de fazer defrag na base para diminuir o tamanho quando está se aproximando desse limite. O defrag é feito offline como  utilitário eseutil.

Segue abaixo links para aumentar o tamanho da base com sp2, e também os procedimentos de defrag e backup.

Aumentar o tamanho da base:

http://www.andersonpatricio.org/Tutoriais/Tutoriais.asp?Tut=005

Defrag e backup:

http://support.microsoft.com/default.aspx/kb/328804

http://support.microsoft.com/kb/192185

O limite de tamanho dos e-mails no exchange 2003 pode ser configurado nos seguintes lugares:

1) opções globais do system manager

2) Nas propriedades de usuário do AD

3) Nas propriedades do smtp virtual server

4) Nas propriedades do conector.

Eu descobri isso da pior forma possível, pois desconhecia a possibilidade de configurar limite nas propriedades do smtp virtual server.

Com isso eu precisava aumentar o limite de 10 para 20mb. Configurei o global settings dentro do system manager, nao deixei qualquer limite para o usuário nas propriedades do AD, e mesmo assim continuava limitando. Apelei para o oráculo e descobri o seguinte:

Definições

Considere as seguintes definições:
O Comprimento Máximo de Conteúdo de Envio (SubmissionContLength) é referido como o Limite de Tamanho de Envio.
O Comprimento Máximo de Conteúdo de Entrega (DelivContLength) é referido como o Limite de Tamanho de Recebimento.
O termo Limites no Nível da Organização é sinônimo de Limites Globais.

Resumo lógico da verificação de restrições

A configuração por usuário de (SubmissionContLength) substitui as configurações de (SubmissionContLength) definidas globalmente.

A configuração por usuário de (DelivContLength) tem precedência sobre as configurações de (DelivContLength) definidas globalmente, mas, em compilações posteriores do produto, a mensagem não chegará à categorização se ocorrer uma falha na verificação de (SubmissionContLength) durante o envio.

A configuração por usuário de (SubmissionContLength) não substitui os limites do servidor virtual SMTP.

A configuração por usuário de (SubmissionContLength) não substitui os limites definidos pelo conector.

Resumindo em poucas palavras

A configuração de limite feita nas propriedades do usuário do AD, substitui as configurações estabelecidas nas configurações globais, mas não substitui aquilo que está no smtp virtual server, e nas propriedades do conector.

Fontes:

http://technet.microsoft.com/pt-br/library/cc716413.aspx

http://www.andersonpatricio.org/Tutoriais/Tutoriais.asp?Tut=048

Mais um probleminha solucionado e documentado…

Problema: global address lists do exchange indisponível apenas para 3 usuários específicos, consultado o eventviewer e visto que estava gerando erro de source MSExchangeAL e id: 8270.

Solução:

http://support.microsoft.com/kb/254030/en-us

In Active Directory Users and Computers1. In Active Directory Users and Computers on the View menu, click Advanced Features.
2. Right-click the container or organizational unit that contains the users who are not being stamped by the Recipient Update Service, and then click Properties.
3. On the Security tab, verify that the Allow inheritable permissions from parent to propagate to this object check box is selected. This options adds Exchange Enterprise Servers to the list of accounts that have rights to that object.
4. Verify that this box is selected at the container level, and also in the user properties. To select the properties for individual users, right-click the user, click Properties, and then click the Security tab.

http://support.microsoft.com/?scid=kb%3Ben-us%3B196996&x=13&y=12

Segue procedimento feito através de script no cron, que faz com que o linux consulte o active directory e crie uma lista de endereços de e-mail válidos no arquivo /etc/postfix/recipients.

Dessa forma usando o parâmetro 

relay_recipient_maps = hash:/etc/postfix/recipients

dentro do main.cf, os spams com destino a usuários de e-mail inválidos no domínio são rejeitados sem ser entregues ao exchange.

1) Salvar o ==> script em um diretório de escolha, nesse caso será o /usr/local/sbin/ e adapta-lo as informações do active directory onde será feita a consulta.

2) Criar um script com o nome get-emails-exchange.sh, que irá executar o script informado no primeiro passo e ainda concluir com os comandos abaixo:

#!/bin/sh
/usr/local/sbin/getadsmtp.pl
cd /etc/postfix
postmap hash:recipients

Obviamente adicionar permissões de execução para o root no script.

3) Adicionar no /etc/crontab o script, nesse caso configurado para ser executado a cada 1hora.

1 * * * *       root /usr/local/sbin/get-emails-exchange.sh

Dessa forma, a cada x minutos configurado no crontab, o script get-emails-exchange.sh será executado, por sua vez ele executará o script getadsmtp.pl, que coletará as informações do AD, depois entrará no diretório /etc/postfix e executará o comando postmap hash:recipients, que adicionará os endereços no arquivo recipients.db.

Quando o servidor que faz o filtro (no caso o postfix) repassa os e-mails para um outro server que não seja exchange, esse procedimento pode ser feito manual. No caso criando o arquivo /etc/postfix/recipients, adicionando no main.cf o parâmetro relay_recipient_maps = hash:/etc/postfix/recipients e depois executado o comando postmap hash:recipients

Para isso é preciso ficar permitido que usuários autenticados façam relay, segue opção a ser configurada na imagem abaixo:

Segue link a respeito na microsoft: http://support.microsoft.com/kb/895853/en-us

Problema acontecido com um cliente com exchange 2003 como servidor de e-mail:

Mensagens enviadas para o hotmail e mais 2 domínios, nao sao entregues. Ficam na fila e nao retornam erro ao remetente.

O hotmail é um dos piores domínios para resolver esse tipo de problema, porque eles simplesmente bloqueiam e nao reportam o motivo do bloqueio, ao contrario da maioria dos outros provedores.

Geralmente informam apenas que o bloqueio ocorreu devido ao e-mail nao comprir uma das suas políticas e mandam consultar a pagina a respeito.

Verificando nos logs, a entrega ao mx do hotmail inicia, apos os comandos ehlo, rcpt, etc … até o momento em que era dado o comando bdata, e depois ocorria conexão perdida.

As mensagens foram entregues após criar um connector específico para o domínio hotmail, e alterada a opção “send helo instead of ehlo” conforme figura abaixo:

Link pesquisado:
http://technet.microsoft.com/en-us/library/aa997593(EXCHG.80).aspx

http://support.microsoft.com/kb/158530/en-us

Quem trabalha em ambiente de exchange com outlook já deve ter visto alguns casos em que o após configurar uma determinada conta de e-mail no outlook, mesmo que seja uma versão em português do software, o nome das pastas de e-mail ficam em inglês.  ao invés de caixa de entrada – inbox, ítens enviados – send itens, etc.

Eu ja tinha visto isso mas não tinha ido atrás pra ver porque. Esses dias um cliente abriu chamado a respeito do problema.

Pesquisei e descobri que o idioma das pastas, vai ficar conforme a versão do primeiro outlook que foi usado pra conectar na conta de e-mail. Se o primeiro outlook for versão inglês, o idioma fica em inglês mesmo depois de configurar num outlook português.

Mas pra resolver é simples, é só executar o outlook com o parametro resetfoldernames.

Assim fica: outlook /resetfoldernames.

Fazendo isso numa máquina com outlook em português tudo volta ao normal.