[GTER] confiabilidade de email

[tHiaGo aLencAr]

Interessante como um BD para isso cresce estrondosamente dependendo do 
periodo de retenção das informaçẽos do log.

Tivemos que criar umas polices de retenção bem baixas pra conseguir 
montar esta estrutura pros clientes. Estamos fazendo bem gradual este 
processo aqui, mais no final vai ajudar muito, pois elimina horas de 
trabalho operacionais.

[]s

Thiago Alencar

Marcelo Coelho escreveu:
> Acho que o ideal seria criar um script que interpretasse os logs do 
> qmail-send e jogasse isso para um MySQL.
>
> E depois, permitir ao cliente, através de uma interface web, consultar 
> estas entradas.
>
> Cada vez mais tem usuário querendo confirmar se a mensagem foi 
> entregue, então nada melhor do que ele mesmo ver que o servidor teve 
> que bater 20 vezes na porta do vizinho, receber 20 vezes código de 
> status 4xx, para, finalmente, entregar a mensagem depois de horas.
>
> Além de tornar o serviço mais transparente para o usuário, joga para 
> ele a responsabilidade de acompanhar a entrega da mensagem.
>
> On 16/10/2009, at 16:50, Rejaine Monteiro wrote:
>
>>
>>
>> Marcelo Coelho escreveu:
>>>
>>> Uma sessão SMTP pode ser concluída com sucesso, código de status "250
>>> ok" e mesmo assim o destinatário não receber a mensagem, porque:
>>>
>>
>> exatamente como ocorreu hoje comigo: me pediram para verificar 3
>> emails enviados a um determinado cliente.
>> verificando os logs, constatei que todos foram entregues com sucesso ao
>> servidor de destino..
>> mas o cliente afirma não ter recebido nada (detalhe: eram emails de
>> cobrança.. rsrs.)
>> cada dia mais estão me pedindo esse tipo de confirmação: já criei até um
>> script de verificação para essas situações !! quero ver até quando vou
>> dar conta de vascular log, formatar tudo de forma 'legível' para o
>> usuário final e dar explicações..
>>
>>
>>
>> -- 
>> gter list https://eng.registro.br/mailman/listinfo/gter
>>
>
> -- 
> gter list https://eng.registro.br/mailman/listinfo/gter