Re: [courier-users] Re: courier tmp directory - with some diagnostic

[Sam V. <mr...@st...>]

On Sat, 2 Sep 2000, Honza Mach wrote:

> > Ah -- see, that's the problem.  If your bandwidth is 64K, you really have
> > no business receiving multimegabyte files.  submit allows for a maximum of
> > 20 minutes to receive an E-mail message.  You are seeing the zombie
> > process because the 20 minute suicide watchdog timer goes off.  I can see
> > how this might result in some files not being cleaned up -- I'll make sure
> > that it gets fixed.
> 
> Can I change watchdog timer or I have to only set sizelimit to let's say
> 5MB?

With a 64K line, your sizelimit shouldn't be more than 1MB.

> > But your real problem is that you simply do not have sufficient resources
> > to handle multimegabyte e-mail messages, with your bandwidth.
> 
> I doesn't matter about bandwidth because of it can be delivered durring
> night or
> it can take more time.

Raw bandwidth also has an indirect effect as well.  Things periodically
break out there.  When you're transferring a file, and the transfer takes
at least an hour, chances are very good that at some point in time
something is going to go down, out there, interrupting the transfer and
aborting it.  Unfortunately, with E-mail, there's no mechanisum to resume
a partially transmitted message.  Therefore, you have to go back to square
one.

Therefore, you should not expect to be able to smoothly receive messages
that takes an hour to transmit.  For your application you should use FTP,
where you can resume a partially-completed transfer.

Also, keep in mind that binary files get an automatic 25% penalty when
they are mailed as an attachment.  Which means that with your 10 MB file
becomes a 12.5 MB attachment.

-- 
Sam