Re: Help for a possible thunderbird (or perdition??) bug

On Fri, Jul 09, 2010 at 11:58:44AM +0900, Simon Horman wrote:
> On Thu, Jul 08, 2010 at 03:33:47PM +0200, Marco Morandini wrote:
> > Recently, I switched from thunderbird 3.05 to 3.1, on linux.
> > 
> > After the switch, I was no more able to download
> > my e-mail using our pop3s server more than once;
> > So, I had to re-start thunderbird each time.
> > I filed this bug report,
> > 
> > https://bugzilla.mozilla.org/show_bug.cgi?id=575915
> > 
> > The problem was acknowledged, and if I understand correctly
> > (I'm not sure of this, It's better read the bug logs if you are 
> > interested), it happens because the secure connection
> > encounters an error after the first authentication and mail download.
> > 
> > I answered some questions, and at the end asked for help
> > to our sysadm. It turned out that I was not accessing
> > directly the pop3s server. Rather, I was accessing perdition
> > 1.17.1 (debian lenny). And thunderbird 3.1 works flawlessy accessing
> > our real pop3s server.
> > So, it can be a thunderbird a bug, but it occurs only with perdition.
> > 
> > I'm writing you because I've left unanswered the following questions:
> > 
> >  >Can you check with Gmail's POP3 server using perdition 1.17.1 and Tb 3.1?
> >  > Can you test with newer perdition 1.18 shipped on 27th November 2009 
> > shortly?

1.19rc1 was released earlier this week. You may want to consider testing
that too.

> > I can't use our real server for these experiments. So, I've built
> > perdition 1.17.1 and perdition 1.18 on my pc (linux) (where I have 
> > administrative rights). Both were built
> > 
> > The plan was to fire perdition.pop3s (not as a daemon).
> > Something like (for "Can you check with Gmail's POP3 server using 
> > perdition 1.17.1 and Tb 3.1"):
> > 
> > ./perdition.pop3s -s pop.googlemail.com -d --no_daemon 
> > --ssl_ca_accept_self_signed -C
> > 
> > But I've surely done something wrong, perhaps in the generation of the 
> > self-signed certificates: perdition 1.18 quits immediately, and 
> > perdition 1.17.1 quits as soon as I try to download my e-mail from 
> > thunderbird. I've not modified the installed configuration files, nor 
> > added any database.
> > 
> > So, could you please confirm me that what I'm trying to do has some 
> > sense? And if this is the case, could you write for me an idiot-proof
> > step-by-step instruction list, including the generation of the 
> > certificate, so that I can help the thunderbird guy?
> > (even better would be to help him directly, but I can take care of it if 
> > you don't have time).
> 
> [snip]
> 
> What you are trying to do seems sane enough.
> 
> I suspect that the reason that perdition is exiting is because
> you are running it as a non-root user and it doesn't have enough
> permissions to do something - for example bind to port 110.
> 
> If you look in the logs (probably /var/log/mail.log) then some
> enlightening information may be there. Else you can tell perdition
> to log to STDERR, in which case some interesting information will
> hopefully appear on the terminal in which you invoke perdition.
> 
> ./perdition.pop3s -s pop.googlemail.com -d --no_daemon \
> 	--ssl_ca_accept_self_signed -C -F -
> 
> If my suspicion is correct then the easiest way to resolve it is to
> run perdition as root. Alternatively you can specify an alternate port
> to listen on (e.g. -l 10000) and an alternate location for the pidfile
> (--pid_file $HOME/perdition.pid) and  you should be able to start perdition
> as a non-root user.
> 
> Note that if something else is already listening on port 110 then you will
> either need to stop that process first or tell perdition to use an
> alternate port. netstat -lnt should show you if anything is using port 110
> already.
> 
> There are of course many other factors, and its rather difficult to write
> a foolproof step-by-step guide. Can you try my ideas above and see how you go?
> 
> 
> 
> 
______________________________________________
Perdition-users mailing list
[email protected]
http://lists.vergenet.net/listinfo/perdition-users