Re: How to truncate the mailer-daemo failure notice?
Sam [EMAIL PROTECTED] writes on 30 August 1999 at 22:10:43 GMT Russell Nelson writes: Ari Arantes Filho writes: When I send a message with an attachment with 3mb for an invalid user, the hole message backs to the sender, notifying him that: Is it possible the put just the header of the message or just a few lines? Sure it's possible. Anything is possible -- that's why we have computers. The question is whether it's desirable. Basically, if you don't bounce the whole email back to the user, how are they to re-send it to the right address? An MTA can't count on them having kept a copy. That may be true in general case, but with Qmail it's a moot point since Qmail's bounces are not MIME DSNs, and the mail client has no way to conveniently resend the message. All tyou'll see is a huge wad of binary goo. My email software can resend qmail bounces just fine. In general, email software was resending bounces before there were DSNs, and in fact DSN isn't very widely supported yet. -- David Dyer-Bennet ***NOTE ADDRESS CHANGES*** [EMAIL PROTECTED] http://dd-b.lighthunters.net/ (photos) Minicon: http://www.mnstf.org/minicon http://www.dd-b.net/dd-b (sf) http://ouroboros.demesne.com/ Ouroboros Bookworms Join the 20th century before it's too late!
How to truncate the mailer-daemo failure notice?
Hi, When I send a message with an attachment with 3mb for an invalid user, the hole message backs to the sender, notifying him that: - Hi. This is the qmail-send program at . 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]: slslsl:domain.com:domain.com --- Below this line is a copy of the message. Is it possible the put just the header of the message or just a few lines? Best regards, Ari
Re: How to truncate the mailer-daemo failure notice?
Ari Arantes Filho writes: When I send a message with an attachment with 3mb for an invalid user, the hole message backs to the sender, notifying him that: Is it possible the put just the header of the message or just a few lines? Sure it's possible. Anything is possible -- that's why we have computers. The question is whether it's desirable. Basically, if you don't bounce the whole email back to the user, how are they to re-send it to the right address? An MTA can't count on them having kept a copy. -- -russ nelson [EMAIL PROTECTED] http://russnelson.com Crynwr sells support for free software | PGPok | Government schools are so 521 Pleasant Valley Rd. | +1 315 268 1925 voice | bad that any rank amateur Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | can outdo them. Homeschool!
Re: How to truncate the mailer-daemo failure notice?
Ok, but my concern is with big attachments/traffic and in the failure notice the attachment doesn't return like attachment, it's part of the body of the message, so the user is unable to re-send correctly to the right address. -Original Message- From: Russell Nelson [EMAIL PROTECTED] To: [EMAIL PROTECTED] [EMAIL PROTECTED] Date: Segunda-feira, 30 de Agosto de 1999 15:33 Subject: Re: How to truncate the mailer-daemo failure notice? Ari Arantes Filho writes: When I send a message with an attachment with 3mb for an invalid user, the hole message backs to the sender, notifying him that: Is it possible the put just the header of the message or just a few lines? Sure it's possible. Anything is possible -- that's why we have computers. The question is whether it's desirable. Basically, if you don't bounce the whole email back to the user, how are they to re-send it to the right address? An MTA can't count on them having kept a copy. -- -russ nelson [EMAIL PROTECTED] http://russnelson.com Crynwr sells support for free software | PGPok | Government schools are so 521 Pleasant Valley Rd. | +1 315 268 1925 voice | bad that any rank amateur Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | can outdo them. Homeschool!
Re: How to truncate the mailer-daemo failure notice?
Ari Arantes Filho writes: Ok, but my concern is with big attachments/traffic and in the failure notice the attachment doesn't return like attachment, it's part of the body of the message, so the user is unable to re-send correctly to the right address. I don't know about that. When I hit Alt-R in XEmacs's VM facility, I get the message in a message-send buffer, ready to be edited and re-sent. Perhaps other MUA software isn't as good, but that's something the users of the MUA could ask the author of the MUA to fix. -- -russ nelson [EMAIL PROTECTED] http://russnelson.com Crynwr sells support for free software | PGPok | Government schools are so 521 Pleasant Valley Rd. | +1 315 268 1925 voice | bad that any rank amateur Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | can outdo them. Homeschool!
Re: How to truncate the mailer-daemo failure notice?
On Mon, 30 Aug 1999 16:41:02 -0300, Ari Arantes Filho wrote: Ok, but my concern is with big attachments/traffic and in the failure notice the attachment doesn't return like attachment, it's part of the body of the message, so the user is unable to re-send correctly to the right address. ftp://ftp.id.wustl.edu/pub/patches/qmail-mime.tar.gz It changes the bounce to include the bounced message as an attachment instead of just copying it into the message. A must (IMHO) for qmail use in domains that use character sets other than us-ascii (or God forbid base64 encoding). To see what it looks like, send a message to [EMAIL PROTECTED] -Sincerely, Fred (Frederik Lindberg, Infectious Diseases, WashU, St. Louis, MO, USA)
Re: How to truncate the mailer-daemo failure notice?
Russell Nelson writes: Ari Arantes Filho writes: When I send a message with an attachment with 3mb for an invalid user, the hole message backs to the sender, notifying him that: Is it possible the put just the header of the message or just a few lines? Sure it's possible. Anything is possible -- that's why we have computers. The question is whether it's desirable. Basically, if you don't bounce the whole email back to the user, how are they to re-send it to the right address? An MTA can't count on them having kept a copy. That may be true in general case, but with Qmail it's a moot point since Qmail's bounces are not MIME DSNs, and the mail client has no way to conveniently resend the message. All tyou'll see is a huge wad of binary goo. -- Sam
Re: How to truncate the mailer-daemo failure notice?
Ari Arantes Filho writes: Ok, but my concern is with big attachments/traffic and in the failure notice the attachment doesn't return like attachment, it's part of the body of the message, so the user is unable to re-send correctly to the right address. Your best bet is to simply add the appropriate code to Qmail, or use a mail script of some sorts to reformat the bounce into a MIME message that mail clients can conveniently resend. I'm surprised that nobody has yet written a Perl script to rewrite Qmail's bounces as DSNs. -- Sam
Re: How to truncate the mailer-daemo failure notice?
Ari Arantes Filho wrote:
Is it possible the put just the header of the message or just a few lines?
Yes, here is a patch that does the job. It defaults to bounce 50k of
text max, but you can change that limit in a control/bouncemaxbytes
file.
Best regards,
-Jedi.
--
Frank DENIS aka Jedi/Sector One aka DJ Chrysalis [EMAIL PROTECTED]
- Software : http://www.jedi.claranet.fr -
- Music : http://www.mp3.com/chrysalis -
diff -u ../qmail-1.03/qmail-send.c ./qmail-send.c
--- ../qmail-1.03/qmail-send.c Mon Jun 15 12:53:16 1998
+++ ./qmail-send.c Wed Jun 24 20:06:29 1998
@@ -44,6 +44,8 @@
int lifetime = 604800;
+int bouncemaxbytes = 5;
+
stralloc percenthack = {0};
struct constmap mappercenthack;
stralloc locals = {0};
@@ -740,9 +742,17 @@
qmail_fail(qqt);
else
{
+ int bytestogo = bouncemaxbytes;
+ int bytestoget = (bytestogo sizeof buf) ? bytestogo : sizeof buf;
substdio_fdbuf(ssread,read,fd,inbuf,sizeof(inbuf));
- while ((r = substdio_get(ssread,buf,sizeof(buf))) 0)
+ while (bytestoget 0 (r = substdio_get(ssread,buf,bytestoget)) 0) {
qmail_put(qqt,buf,r);
+ bytestogo -= bytestoget;
+ bytestoget = (bytestogo sizeof buf) ? bytestogo : sizeof buf;
+ }
+ if (r 0) {
+ qmail_puts(qqt,"\n\n--- End of message stripped.\n");
+ }
close(fd);
if (r == -1)
qmail_fail(qqt);
@@ -1442,6 +1452,7 @@
/* this file is too long -- MAIN */
int getcontrols() { if (control_init() == -1) return 0;
+ if (control_readint(bouncemaxbytes,"control/bouncemaxbytes") == -1) return 0;
if (control_readint(lifetime,"control/queuelifetime") == -1) return 0;
if (control_readint(concurrency[0],"control/concurrencylocal") == -1) return 0;
if (control_readint(concurrency[1],"control/concurrencyremote") == -1) return 0;
Re: How to truncate the mailer-daemo failure notice?
Sam writes: That may be true in general case, but with Qmail it's a moot point since Qmail's bounces are not MIME DSNs, and the mail client has no way to conveniently resend the message. All tyou'll see is a huge wad of binary goo. Sorry, Sam, but you're quite wrong. How much more convenient can it be than to hit one key: Alt-R? All that the client has to do is recognize a QSBMF, then insert the message into its sending buffer. -- -russ nelson [EMAIL PROTECTED] http://russnelson.com Crynwr sells support for free software | PGPok | Government schools are so 521 Pleasant Valley Rd. | +1 315 268 1925 voice | bad that any rank amateur Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | can outdo them. Homeschool!
Re: How to truncate the mailer-daemo failure notice?
Sam writes: Russell Nelson writes: I don't know about that. When I hit Alt-R in XEmacs's VM facility, I get the message in a message-send buffer, ready to be edited and re-sent. Perhaps other MUA software isn't as good, but that's something the users of the MUA could ask the author of the MUA to fix. Perhaps XEmacs understands the Qmail bounce format, but other MUAs don't. I don't think the MUAs' authors will consider as a defect their software's inability to parse a bounce format that's specific to Qmail only. Of course it's a defect, because *every* MTA has its own peculiar bounce format. There is no standard for bounce messages -- not one that's followed anyway -- so any usable retry mechanism has to understand many formats. -- -russ nelson [EMAIL PROTECTED] http://russnelson.com Crynwr sells support for free software | PGPok | Government schools are so 521 Pleasant Valley Rd. | +1 315 268 1925 voice | bad that any rank amateur Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | can outdo them. Homeschool!
Re: How to truncate the mailer-daemo failure notice?
Russell Nelson writes: Sam writes: That may be true in general case, but with Qmail it's a moot point since Qmail's bounces are not MIME DSNs, and the mail client has no way to conveniently resend the message. All tyou'll see is a huge wad of binary goo. Sorry, Sam, but you're quite wrong. How much more convenient can it be than to hit one key: Alt-R? All that the client has to do is recognize a QSBMF, then insert the message into its sending buffer. All the client has to do is to recognize a bounce format that is not defined by any RFC, and that is used by at most 10-15% of mail servers out there. Until Qmail gets more traction, do not expect to see a lot of clients being able to parse Qmail's bounces. -- Sam
Re: How to truncate the mailer-daemo failure notice?
Russell Nelson writes: Perhaps XEmacs understands the Qmail bounce format, but other MUAs don't. I don't think the MUAs' authors will consider as a defect their software's inability to parse a bounce format that's specific to Qmail only. Of course it's a defect, because *every* MTA has its own peculiar bounce format. No, not every. There has to be at least a dozen MTAs that generate MIME DSN bounces. I'd say that it's a pretty safe bet that any MTAs that will be written in the future are far more likely to be written to generate MIME DSN bounces as opposed to Qmail-style bounces. An RFC 1894-aware mail client will be capable of handling bounces from any one of those MTAs. There is no standard for bounce messages -- not one Yes there is: RFC 1894.
Re: How to truncate the mailer-daemo failure notice?
Sam [EMAIL PROTECTED] writes: Russell Nelson writes: I don't know about that. When I hit Alt-R in XEmacs's VM facility, I get the message in a message-send buffer, ready to be edited and re-sent. Perhaps other MUA software isn't as good, but that's something the users of the MUA could ask the author of the MUA to fix. Perhaps XEmacs understands the Qmail bounce format, but other MUAs don't. Gnus does for this purpose and has for longer than qmail has existed. It's method of last resort for finding the actual message inside a bounce is to search forward for Return-Path:, which conveniently happens to always be the first header of the encapsulated message. Works quite well for a lot of different weird bounce formats. -- Russ Allbery ([EMAIL PROTECTED]) URL:http://www.eyrie.org/~eagle/
