Re: temporary failure warning message

2000-05-07 Thread wightman

 Quoting Russell Nelson ([EMAIL PROTECTED]):
  Chris Hardie writes:
Unfortunately, that link appears to be broken.  Brian Wightman, please
pick up the nearest courtesy phone.
  
  It's also temporarily available as
  http://www.qmail.org/qmail_bounce-0.0alpha6.tar.gz .  If Brian doesn't 
  show up too soon, I'll change the link to point to my server.
 
 I'm pretty sure I remember seeing a post from Brian some time back
 where he stated he was no longer working on the notifier.  He asked
 for volunteers to pick up the slack, I think.

(ring ring - Uhhh, hello?)  My ISP has changed a couple of times since 
that link was last updated.  You can find the software off from my
redirector page at http://bwightman.i.am/, but I would prefer if one of
the other sites would become the distribution site for this, since I
do not see myself maintaining it any more (family constraints, etc).

If someone does decide to maintain it, I have a couple of suggestion
mail messages from users of the software I could forward.

Let me know,
Brian




Re: temporary failure warning message

2000-05-07 Thread Russell Nelson

[EMAIL PROTECTED] writes:
It's also temporarily available as
http://www.qmail.org/qmail_bounce-0.0alpha6.tar.gz .  If Brian doesn't 
show up too soon, I'll change the link to point to my server.
  
  (ring ring - Uhhh, hello?)  My ISP has changed a couple of times since 
  that link was last updated.  You can find the software off from my
  redirector page at http://bwightman.i.am/, but I would prefer if one of
  the other sites would become the distribution site for this, since I
  do not see myself maintaining it any more (family constraints, etc).

Okay, I'm now linking to my local copy of that file.  If anyone
updates it, please publish it and give me a link or give me the file
itself to publish.

-- 
-russ nelson [EMAIL PROTECTED]  http://russnelson.com
Crynwr sells support for free software  | PGPok | "Ask not what your country
521 Pleasant Valley Rd. | +1 315 268 1925 voice | can force other people to
Potsdam, NY 13676-3213  | +1 315 268 9201 FAX   | do for you..."  -Perry M.



Re: temporary failure warning message

2000-04-26 Thread Aaron L. Meehan

Quoting Russell Nelson ([EMAIL PROTECTED]):
 Chris Hardie writes:
   Unfortunately, that link appears to be broken.  Brian Wightman, please
   pick up the nearest courtesy phone.
 
 It's also temporarily available as
 http://www.qmail.org/qmail_bounce-0.0alpha6.tar.gz .  If Brian doesn't 
 show up too soon, I'll change the link to point to my server.

I'm pretty sure I remember seeing a post from Brian some time back
where he stated he was no longer working on the notifier.  He asked
for volunteers to pick up the slack, I think.

Aaron



Re: temporary failure warning message

2000-04-25 Thread Russ Allbery

Kai MacTane [EMAIL PROTECTED] writes:

 In the case of a failure to deliver, the user will not get *any* warning
 about it until queuelifetime has passed. I think that the option to have
 qmail (or a plug-in or add-on program) deliver a message back to the
 user stating that the message hasn't gone through yet, after an
 admin-configurable length of time (presumably somewhere from 4-24
 hours), would be a useful thing.

Our users constantly reply to such messages saying "please stop trying to
deliver that message."  *sigh*  Once we switch away from sendmail, I'm
strongly inclined to turn them off.  I'd also significantly reduce the
queue lifetime; honestly, if the message can't be delivered in two or
three days, most e-mail users these days seem to have already concluded it
will never get there and get really confused when it comes through.

Our mail server that just sends out bounce messages already has a queue
lifetime of just one day, but that's a special case (a very large number
of those messages will just double-bounce and get silently discarded).

-- 
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/



Re: temporary failure warning message

2000-04-25 Thread Russ Allbery

Racer X [EMAIL PROTECTED] writes:
 From: "Brian Johnson" [EMAIL PROTECTED]

 this was my point earlier, you can't always count on getting an error
 message if there is an error, because there's _always_ a chance that
 the message will be lost without a trace.  so if you do make errors

 Not if you have a halfway decent MTA.  Writing bulletproof software is
 not impossible.  There are only so many states the message can be in.

Yeah, but just because a bounce message was generated doesn't mean that
the user gets it.  I've seen a depressing quantity of users that put all
sorts of random trash in their envelope sender and never see any of their
bounces.

Ideally, I'd track down the double-bounces and get the user to fix their
configuration so that they see further bounces, but there really isn't
enough time in the day for any significant user base.

-- 
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/



Re: temporary failure warning message

2000-04-25 Thread Dave Sill

Kai MacTane [EMAIL PROTECTED] wrote:

As things stand with qmail right now, a user sending mail through qmail 
gets one of three things:

1) A successful delivery.
2) A bounce message (liable to happen within a few minutes under most
circumstances).
3) An eventual failure (which takes queuelifetime).

There are, of course, other failure modes that will not result in a
bounce. The SMTP protocol just wasn't designed to be perfectly
reliable. We can whine about that, dream up various mechanisms to
improve reliability, and write code to implement them, but in the end
the situation won't really change. A reliable SMTP would no longer be
SMTP. We'd need new MTA's and MUA's supporting the new protocol. It'd
take years to define the protocol and develop the first
implementations. It'd take more years for every system on the Internet 
to upgrade to the new protocol. A quick cost/benefit analysis shows
that it ain't gonna happen.

In the case of a failure to deliver, the user will not get *any* warning 
about it until queuelifetime has passed. I think that the option to have 
qmail (or a plug-in or add-on program) deliver a message back to the user 
stating that the message hasn't gone through yet, after an 
admin-configurable length of time (presumably somewhere from 4-24 hours), 
would be a useful thing.

There is, as has already been pointed out, a patch that does
this. Unfortunately, that patch has been orphaned.

I still think that if nondelivery warnings are done at all, they
should be generated at the time of the first failed attempt. E.g.,:

  Hi. This is your friendly neighborhood mailer. I just tried to
  deliver your message to:

 [EMAIL PROTECTED]

  But I was unable to reach example.com. I'll keep trying to delivery
  the message occasionally for (queuelifetime/(3600*24)) days. If you
  don't hear from me again before then, your message was delivered.

This isn't necessarily a qmail feature request, since I can see a strong 
case to be made for having this be an add-on. But it is a dissenting view 
that I thought should be aired, because I'd like to counterbalance the view 
I see here of "Messages like that are horrible; why would anyone want them?"

I think they're annoying but I would never question anyone's right to
have the feature.

-Dave



Re: temporary failure warning message

2000-04-25 Thread Rogerio Brito

On Apr 25 2000, Russ Allbery wrote:
 I'd also significantly reduce the queue lifetime; honestly, if the
 message can't be delivered in two or three days, most e-mail users
 these days seem to have already concluded it will never get there
 and get really confused when it comes through.

If you're considering less than seven days for queuelifetime,
do set it to at least four days -- it's frequently the case
where a message was not delivered because some computer failed
on a Friday afternoon and it can only be replaced/fixed on
Monday morning and e-mails can't be delivered in the mean
time... :-(

So, three days may be a little short. Or should this mean that
secondary MXs, once fought against begin to become a necessary
condition?


[]s, Roger...

-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
  Rogerio Brito - [EMAIL PROTECTED] - http://www.ime.usp.br/~rbrito/
 Nectar homepage: http://www.linux.ime.usp.br/~rbrito/opeth/
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=



Re: temporary failure warning message

2000-04-25 Thread Russ Allbery

Rogerio Brito [EMAIL PROTECTED] writes:

   So, three days may be a little short. Or should this mean that
   secondary MXs, once fought against begin to become a necessary
   condition?

I use secondary MXes for all of my e-mail precisely because I want control
over the queuing if a system goes down.

-- 
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/



Re: temporary failure warning message

2000-04-25 Thread Peter Samuel

On Tue, 25 Apr 2000, Rogerio Brito wrote:
 
   If you're considering less than seven days for queuelifetime,
   do set it to at least four days -- it's frequently the case
   where a message was not delivered because some computer failed
   on a Friday afternoon and it can only be replaced/fixed on
   Monday morning and e-mails can't be delivered in the mean
   time... :-(
 
   So, three days may be a little short. Or should this mean that
   secondary MXs, once fought against begin to become a necessary
   condition?

Good point. Here in Oz we've just had a 5 day weekend, thanks to
Easter falling late and ANZAC day coming straight after Easter. Choose
a value appropriate to your environment.

Regards
Peter
--
Peter Samuel[EMAIL PROTECTED]
Technical Consultantor at present:
eServ. Pty Ltd  [EMAIL PROTECTED]
Phone: +61 2 9206 3410  Fax: +61 2 9281 1301

"If you kill all your unhappy customers, you'll only have happy ones left"




Re: temporary failure warning message

2000-04-24 Thread Dave Sill

"J.M. Roth \(iip\)" [EMAIL PROTECTED] wrote:

is it possible to configure qmail to send out a "temporary failure" message
or something if mail can't be delivered rightaway?

No.

One of our users had an important mail in the queue which was returned to
him only 7 days later ('cause of a DNS failure), way too late...

Oh? What would the user have done had he known there was a DNS
failure?

Some
failure messages inbetween would be quite helpful.

That's one of sendmail's more annoying features, if you ask me.

-Dave



Re: temporary failure warning message

2000-04-24 Thread Len Budney

Dave Sill [EMAIL PROTECTED] wrote:
 "J.M. Roth \(iip\)" [EMAIL PROTECTED] wrote:
 
 is it possible to configure qmail to send out a "temporary failure" message
 or something if mail can't be delivered rightaway?
 
 No.

But if you're desperate, you can create this feature easily. Write a Perl
script which either 1) grovels through the queue directories, or 2) runs
/var/qmail/bin/qmail-qread, and sends a report to the original sender for
messages enqueued longer than X minutes/hours/days.

 Some failure messages inbetween would be quite helpful.
 
 That's one of sendmail's more annoying features, if you ask me.

100% agreed. Don't even consider doing what I described above. If an email
is _that_ time-sensitive, follow up using a phone call. Better yet, write
``Let me know AS SOON AS you receive this!'' inside the body of the email.

Len.

--
I'm more worried about real security problems than theoretical
reliability problems.
-- Dan Bernstein



Re: temporary failure warning message

2000-04-24 Thread Dave Sill

At 4/24/2000 10:56 AM -0400, Dave Sill wrote or quoted:
"J.M. Roth \(iip\)" [EMAIL PROTECTED] wrote:

 One of our users had an important mail in the queue which was returned to
 him only 7 days later ('cause of a DNS failure), way too late...

Oh? What would the user have done had he known there was a DNS
failure?

He might have tried to fax, fed-ex, or otherwise send the information via 
another medium.

Anyone who assumes that An Important Mail has been delivered intact
and read by the recipient simply because they didn't receive a warning 
or bounce message deserves what they get.

-Dave



Re: temporary failure warning message

2000-04-24 Thread Ian Lance Taylor

   Date: Mon, 24 Apr 2000 13:53:46 -0400 (EDT)
   From: Dave Sill [EMAIL PROTECTED]

   At 4/24/2000 10:56 AM -0400, Dave Sill wrote or quoted:
   "J.M. Roth \(iip\)" [EMAIL PROTECTED] wrote:
   
One of our users had an important mail in the queue which was returned to
him only 7 days later ('cause of a DNS failure), way too late...
   
   Oh? What would the user have done had he known there was a DNS
   failure?
   
   He might have tried to fax, fed-ex, or otherwise send the information via 
   another medium.

   Anyone who assumes that An Important Mail has been delivered intact
   and read by the recipient simply because they didn't receive a warning 
   or bounce message deserves what they get.

This is a real indictment of the state of the Internet.

I hope that someday people will trust the Internet the way they trust
the telephone system.  How often have you heard somebody say ``You
didn't get my fax?  I guess the Telco server was down.''

The Internet can and should be more reliable for this sort of usage.

Ian



Re: temporary failure warning message

2000-04-24 Thread Dave Sill

Ian Lance Taylor [EMAIL PROTECTED] wrote:

This is a real indictment of the state of the Internet.

It's more of an example of some of the differences between the ways
different communication technologies/protocols work.

I hope that someday people will trust the Internet the way they trust
the telephone system.

I already do, I just have different expectations for the two.

How often have you heard somebody say ``You
didn't get my fax?  I guess the Telco server was down.''

Ever pick up the phone and not get a dialtone? Dial a number and get
the "fast busy signal" that means "no circuits available"? Ever try to
send someone a fax and get a busy signal, no answer, or a human? I
sure have.

The Internet can and should be more reliable for this sort of usage.

SMTP and existing MUA's and MTA's were not designed for instantaneous
delivery. If you want to force it to be more immediate, shorten your
queuelifetime.

-Dave



Re: temporary failure warning message

2000-04-24 Thread Brian Johnson

the only thing that makes the phone system more reliable than the internet is that
you get an instant response, if you don't get a response then you know their's a
problem.  by the nature of e-mail you do-not get an instant response, so after some
time of no response you have to assume the message didn't go through, if you use an
instant message program on the other hand then you will get an (almost) instant
response (as long as the person is at their desk), and will know your message has
gotten through..  JUST as reliably as the phone system.
snail mail is the same deal as e-mail (hence the similarity in names)...  when you
mail a letter you assume it's gotten where it's supposed to go, but sometimes (not
often) letters _do_ get lost, and so if iut's something very importaint then you'll
usually call in a reasonable amount of time (couple days) to make sure the other
person got the letter...  it's the nature of communications in general, not of the
internet...   actually it's more the nature of our existance - nothing can be
guaranteed with absolute certainty, so you need to check everything...

wow, that's alot longer than I planned - sorry for the rant..
-Brian

Ian Lance Taylor wrote:

 This is a real indictment of the state of the Internet.

 I hope that someday people will trust the Internet the way they trust
 the telephone system.  How often have you heard somebody say ``You
 didn't get my fax?  I guess the Telco server was down.''

 The Internet can and should be more reliable for this sort of usage.

 Ian




Re: temporary failure warning message

2000-04-24 Thread Russell Nelson

Ian Lance Taylor writes:
  Sure.  You get a rapid indication of an error condition.  qmail by
  default provides an indication of an error condition after 1 week.

I would be interesting to see (someone else do :) a study of the time
in the queue vs. success in delivery.  How profitable is it to leave
mail in the queue for seven days versus the four that Tom suggested?

-- 
-russ nelson [EMAIL PROTECTED]  http://russnelson.com
Crynwr sells support for free software  | PGPok | "Ask not what your country
521 Pleasant Valley Rd. | +1 315 268 1925 voice | can force other people to
Potsdam, NY 13676-3213  | +1 315 268 9201 FAX   | do for you..."  -Perry M.



Re: temporary failure warning message

2000-04-24 Thread Len Budney

Ian Lance Taylor [EMAIL PROTECTED] wrote:
From: Dave Sill [EMAIL PROTECTED]
Anyone who assumes that An Important Mail has been delivered intact
and read by the recipient simply because they didn't receive a
warning or bounce message deserves what they get.
 
 This is a real indictment of the state of the Internet.

Not at all. Dave said, ``simply because they didn't receive a
warning...''  In other words, you can't assume the message was
received, simply because you WEREN'T told that it WASN'T received. You
can only assume it was received if you HAVE been told it HAS been
received.

 I hope that someday people will trust the Internet the way they trust
 the telephone system.

I know you got my phone call, because I know I heard your voice. I
know you got my fax, because fax machines DO acknowledge when a fax
has been received.

Email has no _general_ confirmation mechanism, except asking the
recipient to ``hit reply so I know you got this.''

Len.

--
There are two people at fault in every computer security breach: the
attacker, and the programmer who let him in.
-- Dan Bernstein



Re: temporary failure warning message

2000-04-24 Thread Ian Lance Taylor

   Date: Mon, 24 Apr 2000 15:26:00 -0400
   From: Brian Johnson [EMAIL PROTECTED]

   the person could just simply not
   be checking their e-mail, or you could've mistyped the address, or a million

   other things, so you just plain can't depend on the system, but the more
   checks you put in, the more you make the system _look_  perfect, the more
   easy you make it for users to assume that is _is_ perfect...

You seem to be saying that there is no point to improving something
unless we can make it perfect.  However, I think we can all agree that
in this world nothing is ever perfect.  Therefore, you seem to be
saying that we should never try to improve anything.

If that isn't what you mean, then what do you mean?

I'm not saying we should make things perfect.  I'm saying we should
make things better.  And the first step is realizing that things are
not good enough--or, in other words, that they are not perfect.

Ian



Re: temporary failure warning message

2000-04-24 Thread Ian Lance Taylor

   From: "Len Budney" [EMAIL PROTECTED]
   Date: Mon, 24 Apr 2000 15:37:14 -0400

   Not at all. Dave said, ``simply because they didn't receive a
   warning...''  In other words, you can't assume the message was
   received, simply because you WEREN'T told that it WASN'T received. You
   can only assume it was received if you HAVE been told it HAS been
   received.

Why bother sending a bounce message at all, then?

Ian



Re: temporary failure warning message

2000-04-24 Thread Brian Johnson

Ian Lance Taylor wrote:

  Why bother sending a bounce message at all, then?

to help diagnose the problem?  you send an e-mail to the only person who's
address you know for sure, the sender, and he can fix the problem if it's on
his end, or let the recipient into the problem if it's on their end..   much
easier that going to the admin and looking through the logs to figure out
the reason behind every failed message..




Re: temporary failure warning message

2000-04-24 Thread Dave Sill

Russell Nelson [EMAIL PROTECTED] wrote:

Ian Lance Taylor writes:
  Sure.  You get a rapid indication of an error condition.  qmail by
  default provides an indication of an error condition after 1 week.

I would be interesting to see (someone else do :) a study of the time
in the queue vs. success in delivery.  How profitable is it to leave
mail in the queue for seven days versus the four that Tom suggested?

I have three and a half days of old logs I ran through
qmailanalog. The zddist script says:


Distribution of ddelays for successful deliveries

Meaning of each line: The first pct% of successful deliveries
all happened within doneby seconds. The average ddelay was avg.

   doneby avg  pct
   175.68   72.00  90
   185.54   74.41  91
   197.96   77.15  92
   214.85   80.45  93
   229.72   84.12  94
   262.56   88.66  95
   302.85   94.62  96
  1001.79  109.63  97
  1275.71  141.99  98
 10004.30  605.29  99
173893.00  607.67  100


So 99% of my messages were delivered within 3 hours (10800 s), and all
were delivered within about 2 days (172800 s).

This was for a chunk of log summarized by zoverall as:


Basic statistics

qtime is the time spent by a message in the queue.

ddelay is the latency for a successful delivery to one recipient---the
end of successful delivery, minus the time when the message was queued.

xdelay is the latency for a delivery attempt---the time when the attempt
finished, minus the time when it started. The average concurrency is the
total xdelay for all deliveries divided by the time span; this is a good
measure of how busy the mailer is.

Completed messages: 15518
Recipients for completed messages: 85595
Total delivery attempts for completed messages: 92071
Average delivery attempts per completed message: 5.93317
Bytes in completed messages: 94519308
Bytes weighted by success: 284405101
Average message qtime (s): 502.863

Total delivery attempts: 175896
  success: 162250
  failure: 191
  deferral: 13455
Total ddelay (s): 54231611.160887
Average ddelay per success (s): 334.247218
Total xdelay (s): 4135746.725588
Average xdelay per delivery attempt (s): 23.512455
Time span (days): 3.50192
Average concurrency: 13.6689


Now, this doesn't exactly measure what you asked for because it just
looks at a 3.5 day snapshot: it doesn't follow N messages until they
were either delivered or bounced. But, it's interesting that none of
the messages in this period took more than two days to be delivered.

I think it's clear that very few messages are delivered in the 4th
through 7th days.

-Dave



Re: temporary failure warning message

2000-04-24 Thread Adam McKenna

On Mon, Apr 24, 2000 at 01:02:53PM -0700, Ian Lance Taylor wrote:
 I haven't said what I want, beyond something better than the current
 situation, so this response does not seem to be to the point unless
 you think the current situation is ideal.
 
 I am trying to come up with something myself (http://www.zembu.com/)
 but Zembu Labs can't do it alone.  I want to encourage people to
 realize that the Internet could stand improvement.  Saying people
 should just accept the way things are, which is how I read Dave Sill's
 note to which I originally replied, is a hot button for me.

Your apparent standpoint in this conversation, up until this paragraph, was 
that qmail (or internet mail in general) is lacking some feature that you 
want implemented:

Ian I don't see why the current state of affairs is appropriate or even 
Ian reasonable.

Ian You can't check everything, but it doesn't follow that we shouldn't
Ian try to check what we can.

Ian I'm not saying we should make things perfect.  I'm saying we should
Ian make things better.  And the first step is realizing that things are
Ian not good enough--or, in other words, that they are not perfect.

You've been answered with (for the most part) "We think things are OK the way
they are, use queuelifetime if you want to change qmail's behavior"

--Adam



Re: temporary failure warning message

2000-04-24 Thread Kai MacTane

At 4/24/2000 04:17 PM -0400, Adam McKenna wrote or quoted:

Your apparent standpoint in this conversation, up until this paragraph, was
that qmail (or internet mail in general) is lacking some feature that you
want implemented:
[snip]
You've been answered with (for the most part) "We think things are OK the 
way they are, use queuelifetime if you want to change qmail's behavior"

As a contrasting view, I see things roughly thus:

As things stand with qmail right now, a user sending mail through qmail 
gets one of three things:

1) A successful delivery.
2) A bounce message (liable to happen within a few minutes under most
circumstances).
3) An eventual failure (which takes queuelifetime).

In the case of a failure to deliver, the user will not get *any* warning 
about it until queuelifetime has passed. I think that the option to have 
qmail (or a plug-in or add-on program) deliver a message back to the user 
stating that the message hasn't gone through yet, after an 
admin-configurable length of time (presumably somewhere from 4-24 hours), 
would be a useful thing.

This isn't necessarily a qmail feature request, since I can see a strong 
case to be made for having this be an add-on. But it is a dissenting view 
that I thought should be aired, because I'd like to counterbalance the view 
I see here of "Messages like that are horrible; why would anyone want them?"

-
  Kai MacTane
  System Administrator
   Online Partners.com, Inc.
-
 From the Jargon File: (v4.0.0, 25 Jul 1996)

finger trouble /n./

Mistyping, typos, or generalized keyboard incompetence (this is
surprisingly common among hackers, given the amount of time they
spend at keyboards). "I keep putting colons at the end of statements
instead of semicolons", "Finger trouble again, eh?".




Re: temporary failure warning message

2000-04-24 Thread Ian Lance Taylor

   Date: Mon, 24 Apr 2000 16:17:27 -0400
   From: Adam McKenna [EMAIL PROTECTED]

   Your apparent standpoint in this conversation, up until this paragraph, was 
   that qmail (or internet mail in general) is lacking some feature that you 
   want implemented:

That feature is reliability from the perspective of the user who knows
nothing about how the e-mail system works.  That includes
comprehensible failure modes.

   You've been answered with (for the most part) "We think things are OK the way
   they are, use queuelifetime if you want to change qmail's behavior"

If you think that things are OK the way they are, then we simply
disagree.

First, a minor point.  I don't think that changing queuelifetime is
good enough.  It affects all messages globally.  It doesn't let me say
``I need to know about this message, but not about this other
message.''  It doesn't tell me ``it's been a hour to deliver this
message--I'm still trying, but you might want to think about fixing
something.''

Second, my actual point.  Internet e-mail is pretty good, but I
believe it could be a lot better.  I encourage people to think of ways
to make it better.  If you see something that doesn't work right,
don't just say ``well, that's the way it is.''  Instead, say ``we know
that sucks, but nobody has fixed it yet.''

OK, I'll try to get off my soapbox now and drop this topic (except to
answer any specific questions).

Ian



Re: temporary failure warning message

2000-04-24 Thread Adam McKenna

On Mon, Apr 24, 2000 at 01:38:01PM -0700, Kai MacTane wrote:
 This isn't necessarily a qmail feature request, since I can see a strong 
 case to be made for having this be an add-on. But it is a dissenting view 
 that I thought should be aired, because I'd like to counterbalance the view 
 I see here of "Messages like that are horrible; why would anyone want them?"

They're annoying to administrators, and they do little more than confuse
users, which makes life even worse for the administrator, who now is getting
bombarded with calls from users "why didn't my email go through"

--Adam



Re: temporary failure warning message

2000-04-24 Thread Adam McKenna

On Mon, Apr 24, 2000 at 01:31:49PM -0700, Ian Lance Taylor wrote:
 First, a minor point.  I don't think that changing queuelifetime is
 good enough.  It affects all messages globally.  It doesn't let me say
 ``I need to know about this message, but not about this other
 message.''  It doesn't tell me ``it's been a hour to deliver this
 message--I'm still trying, but you might want to think about fixing
 something.''

You're right -- that's what qmail-qstat and qmail-qread are for.

--Adam



Re: temporary failure warning message

2000-04-24 Thread Chris Hardie

On 24 Apr 2000, Ian Lance Taylor wrote:

 First, a minor point.  I don't think that changing queuelifetime is
 good enough.  It affects all messages globally.  It doesn't let me say
 ``I need to know about this message, but not about this other
 message.''  It doesn't tell me ``it's been a hour to deliver this
 message--I'm still trying, but you might want to think about fixing
 something.''

There's a link from the qmail website to Brian Wightman's delayed-mail
notifier, which serves this purpose quite faithfully (runs on cron,
scans the queue and sends a message to the sender letting them know about
the delay) and seems to be the piece of software several folks are looking
for.

Unfortunately, that link appears to be broken.  Brian Wightman, please
pick up the nearest courtesy phone.

I have a copy from Feb 99; it's the one we've been using in production for
some time now and it's never let us down.  9K download:

http://www.summersault.com/chris/techno/qmail/qmail_bounce-0.0alpha6.tar.gz

Note that it's an alpha release, and that I didn't write it, and that I
won't support it, and that I probably won't answer questions about it, and
that I don't want to be the primary download site for it.

I hope this helps.

Chris

-- Chris Hardie -
- mailto:[EMAIL PROTECTED] --
 http://www.summersault.com/chris/ --









Re: temporary failure warning message

2000-04-24 Thread Brian Johnson

Kai MacTane wrote:

 At 4/24/2000 04:17 PM -0400, Adam McKenna wrote or quoted:

 Your apparent standpoint in this conversation, up until this paragraph, was
 that qmail (or internet mail in general) is lacking some feature that you
 want implemented:
 [snip]
 You've been answered with (for the most part) "We think things are OK the
 way they are, use queuelifetime if you want to change qmail's behavior"

 As a contrasting view, I see things roughly thus:

 As things stand with qmail right now, a user sending mail through qmail
 gets one of three things:

 1) A successful delivery.
 2) A bounce message (liable to happen within a few minutes under most
 circumstances).
 3) An eventual failure (which takes queuelifetime).

you forgot the possibility of
4) Message gets totally lost and NO-ONE gets any warning...
this can happen for many reasons. from entering the wrong e-mail address
accidentally and whoever gets it ignores/deletes it, to the server failing and
losing the message.  this was my point earlier, you can't always count on
getting an error message if there is an error, because there's _always_ a
chance that the message will be lost without a trace.  so if you do make errors
for everything possible, then users who don't know how the system works will
assume than _every_ error will return an error message which just can never be
the case.  the only way to make the system foolproof that I can think of is by
implementing some kind of automatic return reciepts built into to the MUA.
have it automatically request a reciept whenever a message is sent, and
whenever a reciept is recieved flag that message as "recieved" otherwise flag
the message as "in transit".  the problem with this is both ends have to
support it for it to work properly, but this would do 2 things - instantly
educate the user that the system's not infallable, and solve your need for
error messages.
-Brian




Re: temporary failure warning message

2000-04-24 Thread Russell Nelson

Chris Hardie writes:
  Unfortunately, that link appears to be broken.  Brian Wightman, please
  pick up the nearest courtesy phone.

It's also temporarily available as
http://www.qmail.org/qmail_bounce-0.0alpha6.tar.gz .  If Brian doesn't 
show up too soon, I'll change the link to point to my server.

-- 
-russ nelson [EMAIL PROTECTED]  http://russnelson.com
Crynwr sells support for free software  | PGPok | "Ask not what your country
521 Pleasant Valley Rd. | +1 315 268 1925 voice | can force other people to
Potsdam, NY 13676-3213  | +1 315 268 9201 FAX   | do for you..."  -Perry M.



Re: temporary failure warning message

2000-04-24 Thread Adam McKenna

On Mon, Apr 24, 2000 at 02:02:13PM -0700, Kai MacTane wrote:
 Could you elaborate on the part about such messages being annoying to 
 administrators?

Administrators use email too.

--Adam



Re: temporary failure warning message

2000-04-24 Thread Racer X

- Original Message -
From: "Brian Johnson" [EMAIL PROTECTED]
To: "Qmail-List" [EMAIL PROTECTED]
Sent: Mon 24 Apr 2000 13:47
Subject: Re: temporary failure warning message


  As things stand with qmail right now, a user sending mail through
qmail
  gets one of three things:
 
  1) A successful delivery.
  2) A bounce message (liable to happen within a few minutes under
most
  circumstances).
  3) An eventual failure (which takes queuelifetime).

 you forgot the possibility of
 4) Message gets totally lost and NO-ONE gets any warning...
 this can happen for many reasons. from entering the wrong e-mail
address
 accidentally and whoever gets it ignores/deletes it, to the server
failing and

That happens to be a case of #1 above.  The message was successfully
delivered to the address specified by the user.  Do you honestly expect
any MTA to correct those "errors"?

 losing the message.  this was my point earlier, you can't always count
on
 getting an error message if there is an error, because there's
_always_ a
 chance that the message will be lost without a trace.  so if you do
make errors

Not if you have a halfway decent MTA.  Writing bulletproof software is
not impossible.  There are only so many states the message can be in.

Of course, the disk drive could always melt down with messages in queue,
in which case you'd be screwed and the message could disappear.  But I'd
say that recovering from that kind of failure is a little outside the
scope of an MTA.

shag
=
Judd Bourgeois  |   Email:  [EMAIL PROTECTED]
Senior Software Developer   |   Phone:  805.520.7170
CNM Network |   Mobile: 805.807.1162 or
http://www.cnmnetwork.com   | [EMAIL PROTECTED]