----- Original Message -----
From: "Jeff A. Earickson" <[EMAIL PROTECTED]>
To: "Simon May" <[EMAIL PROTECTED]>
Cc: "Subscribers of Qpopper" <[EMAIL PROTECTED]>
Sent: Thursday, October 31, 2002 11:14 AM
Subject: Re: Users popping to often
> Simon,
>
> For what it is worth, attached is my patchfile for my own 3.x era
> work on qpopper. I had a ton of local customizations in version 3 of
> qpopper, most of which I dropped when I went to version 4 (I embraced
> the server mode option -S). One of the hacks I had in version three
> was the "accesstime" option, setable via command line as "-a". Search
> the patchfile for the word "accesstime". This feature required you to
> use KEEP_TEMP_DROP. What the pop_accesstime() subroutine did was to
> compare the timestamp of the dropfile to the current time. If the
> difference was less than accesstime, then the user got the POP error
> message "you just checked your mail!" and rejected the connection without
> touching the mailbox. This bit of code punished impatient users who
> wanted to check their email every few seconds.
I understand that Unix filesystems maintain several timestamps on files,
such as created time, accessed time, and modified time.
If I understand correctly:
* POP'ing a mailbox will modify the created time, since the original MBOX is
dismantled to the temp drop, then rebuilt after the session.
* Sendmail (or other MTA) delivering email will modify the modified time
Would it be possible to simply check the current time against the accessed
or created time so temp drops don't have to be left in place? Also,
wouldn't limiting POP time like that cause problems with POP-based webmail
clients? Personally, I'm converting my POP-web client to IMAP to eliminate
that issue. (OT: Anyone have an easy HOWTO on configuring Horde/IMP?)
Oh, which brings up another question, probably asked before... what happens
if a mailbox gets POP'd during an active IMAP session? I've considered
patching the IMAPd source to create a psuedo pop.lock file so QPopper will
not allow POP'ing during an open IMAP session, but haven't actually done so
yet. I wanted to get some input first.
Thanks for indulging me.
--
Alan W. Rateliff, II : RATELIFF.NET
Independent Technology Consultant : [EMAIL PROTECTED]
(Office) 850/350-0260 : (Mobile) 850/559-0100
-------------------------------------------------------------
[System Administration][IT Consulting][Computer Sales/Repair]
