Estamos usando o qmail como um servidor de e-mail.
Se um usuário enviar um email que não pode ser entregue, ele receberá uma mensagem do qmail com alguns detalhes sobre esse erro.
Hi. This is the qmail-send program at our.server.tld
I'm afraid I wasn't able to deliver your message to the following addresses.
This is a permanent error; I've given up. Sorry it didn't work out.
<[email protected]>:
123.123.123.123 failed after I sent the message.
Remote host said: 552 5.3.4 Message is too large, rejected.
--- Below this line is a copy of the message.
... header information ...
... message ...
... attachments in base64 ...
------_=_NextPart_001_000A0F27.508A4479--
------_=_NextPart_000_000A0F27.508A4479
Content-Type: application/pdf;
name="file.pdf"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename="file.pdf";
modification-date="Wed, 24 Oct 2012 14:27:24 +0000"
JVBERi0xLjUNCiXi48/TDQo0IDAgb2JqDQo8PA0KL1R5cGUgL1BhZ2UNCi9QYXJlbnQgMiAwIFIN
Ci9Db250ZW50cyA1IDAgUg0KL01lZGlhQm94IFstMC4wMDAwIC0wLjAwMDAgMTcwMC43ODc0IDIy
...
Não há problema em ter uma cópia da mensagem com as informações de cabeçalho e mensagem. Mas é possível dizer ao qmail para não incluir o anexo completo nesta mensagem de erro? Esta é uma grande sobrecarga e seria melhor apenas limitar o tamanho da mensagem para alguns kb, já que o usuário não pode fazer nada com o fluxo base64 de qualquer maneira.
Até onde sei, não há como fazer isso no Qmail vanilla. DJB tinha suas próprias idéias estranhas sobre como as coisas deveriam funcionar. Claro que assim como tudo no mundo do QMail existe um patch que faz aproximadamente o que você quer. Se você já está usando o patch combinado do JMS, ele já está incluído.
Não é realmente uma solução perfeita, mas ainda assim, se for suficientemente crítica e puder patch e atualizar sua instalação do qmail você pode considerá-lo.
Tags email email-server