qpopper-request | 1 Feb 09:01 2006

Qpopper Monthly Help File

         M O N T H L Y   Q P O P P E R   L I S T   H E L P

Addresses:
----------

Email addresses for this particular list server:

  List server:           qpopper-request <at> lists.pensive.org
  Everyone on the list:  qpopper <at> lists.pensive.org
  Human in charge:       listmaster <at> lists.pensive.org

Virtually,
The List Server Admin <listmaster <at> lists.pensive.org>

Lisa Casey | 8 Feb 17:44 2006
Picon

Weird pop lock problems

Hi,

I'm using Qpopper 4.0.4 with Sendmail 8.12.6 and are using the mbox type of 
mail delivery as opposed to maildir. And yes, I've been told about the 
advantages of maildir over mbox.

We have one user (among several hundred mail accounts on this box) who is 
having  a persistent pop lock problem. Our usual advice: "Wait 20 minutes 
before you try to pick up mail again" doesn't help in her case because her 
pop lock just doesn't go away. When it happens, I've seen the pop lock hang 
around for hours. I have had to resort  to removing it so as to allow this 
user to be able to pop  her mail again.

Then a few days later she gets a persistent pop lock again.

I have verified (to the best of my ability) that she isn't continuing to pop 
mail during this time (does continuing to attempt to pop mail while there is 
a pop lock cause the pop lock to stick around longer? I've wondered about 
that).

This particular user sometimes pops mail using Outlook Express, and 
sometimes accesses her mailbox while she is at work using our Webmail 
interface. But I don't see why that would cause a problem for this one user 
as we have quite a few users who use Outlook Express at times and web mail 
at times.

At present, her mailbox is completely weird (I've not seen a pop lock quite 
like this before:

-rw-rw----    1 beddy    mail       219495 Feb  7 13:53 beddy
(Continue reading)

Ken A | 8 Feb 19:38 2006
Picon

Re: Weird pop lock problems

Lisa,

We have found that killing the pop process for the user and THEN 
removing the .pop and .lock files will allow qpopper to cleanup the temp 
drop so that the user does not lose mail in the process.

The pop lock itself is probably just a result of a poor connection with 
a reconnect & retry, etc. We see this frequently with dialup users in a 
rural area on 50 yr old phone lines. If this is the case, usually 
forcing the modem to V.34 does more good to fix the issue.

Ken A
Pacific.Net

Lisa Casey wrote:
> Hi,
> 
> I'm using Qpopper 4.0.4 with Sendmail 8.12.6 and are using the mbox type 
> of mail delivery as opposed to maildir. And yes, I've been told about 
> the advantages of maildir over mbox.
> 
> We have one user (among several hundred mail accounts on this box) who 
> is having  a persistent pop lock problem. Our usual advice: "Wait 20 
> minutes before you try to pick up mail again" doesn't help in her case 
> because her pop lock just doesn't go away. When it happens, I've seen 
> the pop lock hang around for hours. I have had to resort  to removing it 
> so as to allow this user to be able to pop  her mail again.
> 
> Then a few days later she gets a persistent pop lock again.
> 
(Continue reading)

qpopper-request | 1 Mar 09:01 2006

Qpopper Monthly Help File

         M O N T H L Y   Q P O P P E R   L I S T   H E L P

Addresses:
----------

Email addresses for this particular list server:

  List server:           qpopper-request <at> lists.pensive.org
  Everyone on the list:  qpopper <at> lists.pensive.org
  Human in charge:       listmaster <at> lists.pensive.org

Virtually,
The List Server Admin <listmaster <at> lists.pensive.org>

Lisa Casey | 1 Mar 15:59 2006
Picon

Puzzling pop lock files

Hi,

I had a mail server crash on Monday of this week so I hurriedly set up
another FreeBSD box I have to accept email in place of the crashed machine.
The new box  already had Sendmail installed but didn't have a POP3 server so
I installed Qpopper 4.0.5 from the ports.

I've been using Qpopper for several years now on various machines, I have
another mail server now with Qpopper 4.0.4 currently on it.

In the past, I've had occasional problems with pop lock files that, for one
reason or another, didn't want  to go away. And of course, when a customer
attempts to pop mail  while a pop lock is present for his mailbox the
customer gets a "password error" on his end and on our end I get logged the
message "Is another session active?".  This is just the way it's always
worked and it's my understanding that this is  how it's supposed to work
:-)

That's why I'm perplexed at what I see on this new box I set up on Monday.
Pop locks are staying around, but they are NOT preventing anyone from being
able to pop their mail.  There are  some pop locks  on this machine now from
Monday, yet these customers are happily popping their mail today.

Why is this? I must of overlooked something perhaps in my haste to  get this
setup, but it's been awhile since I've set up a new Qpopper and I don't know
what I've overlooked.

Thanks,

Lisa Casey
(Continue reading)

Randall Gellens | 2 Mar 23:30 2006

Re: Puzzling pop lock files

At 9:59 AM -0500 3/1/06, Lisa Casey wrote:

>  Hi,
>
>  I had a mail server crash on Monday of this week so I hurriedly set up
>  another FreeBSD box I have to accept email in place of the crashed machine.
>  The new box  already had Sendmail installed but didn't have a POP3 server so
>  I installed Qpopper 4.0.5 from the ports.
>
>  I've been using Qpopper for several years now on various machines, I have
>  another mail server now with Qpopper 4.0.4 currently on it.

The current version is 4.0.8.  Note that there was a fix in 4.0.6 
that might resolve the problem with pop locks you were having:

	Worked around problem on some systems causing SIGALRM to be masked,
      leaving hung pop processes which should have timed out waiting
      for a command from the client.

So I'd suggest upgrading to 4.0.8.

>
>  In the past, I've had occasional problems with pop lock files that, for one
>  reason or another, didn't want  to go away. And of course, when a customer
>  attempts to pop mail  while a pop lock is present for his mailbox the
>  customer gets a "password error" on his end and on our end I get logged the
>  message "Is another session active?".  This is just the way it's always
>  worked and it's my understanding that this is  how it's supposed to work
>  :-)

(Continue reading)

Randall Gellens | 3 Mar 00:28 2006

Re: Puzzling pop lock files

At 9:59 AM -0500 3/1/06, Lisa Casey wrote:

>  And of course, when a customer
>  attempts to pop mail  while a pop lock is present for his mailbox the
>  customer gets a "password error" on his end

I forgot to mention in my previous reply that Qpopper supports the 
RESP-CODES and AUTH-RESP-CODE extensions, which have been around for 
some years now.  These extensions allow the client to unambiguously 
determine which errors during or after authentication are in fact 
user credential errors and which are not.  Thus, the client can avoid 
prompting for the password unless it is likely to help.

The fact that more clients don't support this is unfortunate, 
especially given how little work it is likely to be for the client 
vendor.

--

-- 
Randall Gellens
Opinions are personal;    facts are suspect;    I speak for myself only
-------------- Randomly-selected tag: ---------------
In the long-run every Government is the exact symbol of its People,
with their wisdom and unwisdom. --Thomas Carlyle, _Past and Present_

Lisa Casey | 3 Mar 22:22 2006
Picon

Re: Puzzling pop lock files

Hi Randall (and all),

I uninstalled qpopper 4.0.5 and installed qpopper 4.0.8 today. It's working 
fine. You asked me to post to the list to let you (and others) know if it 
solved my problem. To refresh everyone's memory, I'll quote what  I 
originally posted as being my problem:

> I had a mail server crash on Monday of this week so I hurriedly set up
> another FreeBSD box I have to accept email in place of the crashed 
> machine.
> The new box  already had Sendmail installed but didn't have a POP3 server 
> so
> I installed Qpopper 4.0.5 from the ports.
>
> In the past, I've had occasional problems with pop lock files that, for 
> one
> reason or another, didn't want  to go away. And of course, when a customer
> attempts to pop mail  while a pop lock is present for his mailbox the
> customer gets a "password error" on his end and on our end I get logged 
> the
> message "Is another session active?".  This is just the way it's always
> worked and it's my understanding that this is  how it's supposed to work
> :-)
>
> That's why I'm perplexed at what I see on this new box I set up on Monday.
> Pop locks are staying around, but they are NOT preventing anyone from 
> being
> able to pop their mail.  There are  some pop locks  on this machine now 
> from
> Monday, yet these customers are happily popping their mail today.
(Continue reading)


Gmane