Re: POP3, lock files and procmail
From: Seth H Holmes (sholmes_at_dweezil.NOSPAMFORMEroute-fu.net)
Date: 07/01/03
- Next message: Seth H Holmes: "Re: Newbie question: IP addresses."
- Previous message: Seth H Holmes: "Re: how can a machine has both a real domain name and a bogus domain name?"
- In reply to: Mark Crispin: "Re: POP3, lock files and procmail"
- Next in thread: Jem Berkes: "Re: POP3, lock files and procmail"
- Reply: Jem Berkes: "Re: POP3, lock files and procmail"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: 1 Jul 2003 13:00:18 GMT
In article <Pine.LNX.4.60.0306301546440.26252@shiva0.cac.washington.edu>, Mark Crispin wrote:
> On Sun, 29 Jun 2003, Jem Berkes wrote:
>> IMAP does have its advantages but POP3 still works the most simply (other
>> than this annoying mail delivery contention problem). i.e. lots of great
>> POP3 clients out there for all platforms, and the server I'm using is
>> extremely simple as well (gnu-pop3d), not resource intensive at all.
>
> The underlying problem is that gnu-pop3d isn't working properly.
>
> Nothing, not even a POP3 server, should hold on to the .lock file for more
> than is necessary for the physical act of reading/writing the mailbox. It
> is commonplace for software to consider any .lock file more than 5 minutes
> old (or wait to get a .lock file) to be a stuck lock which can be
> disregarded.
>
> Use some other POP3 server which does not have this problem, such as
> qpopper or UW ipop3d.
The only situation I can think of where the lock file should be
in place for longer than a few minutes, is if there is some
seriously large file being downloaded. In that case, you need to
take out the clue-by-four and LART the luser who sent the file in
the first place.
Ideally, you should be making the request, the lock file is
created, the mail is transferred, the spool is edited properly,
and the lockfile removed. The reason for the lockfile is to
prevent the spool from being altered while transferring which
could cause a loss of mail.
Don't screw with the behavior of the server. Learn to use the
correct tool for the job. There is no reason I can think of to
leave a POP3 session open for longer than it takes to transfer
the mail. And as Mark has writted above, there may just be a
problem with gnu-pop3d. I was very happy with qpopper which is
easy to configure and very reliable.
-- Seth H Holmes
- Next message: Seth H Holmes: "Re: Newbie question: IP addresses."
- Previous message: Seth H Holmes: "Re: how can a machine has both a real domain name and a bogus domain name?"
- In reply to: Mark Crispin: "Re: POP3, lock files and procmail"
- Next in thread: Jem Berkes: "Re: POP3, lock files and procmail"
- Reply: Jem Berkes: "Re: POP3, lock files and procmail"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
|
