8 Jul
2010
8 Jul
'10
1:33 p.m.
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?
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).
I understand that this is asking a lot, but at this point I'm struck
with something way too different from what I know, and, having already
spent too much time with this issue, I don't currently have enough time
to understand what I should do.
Thanks a lot,
Marco
9 Jul
9 Jul
2:58 a.m.
New subject: Help for a possible thunderbird (or perdition??) bug
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:
[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?
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?
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).
3 a.m.
New subject: 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?
5058
days inactive
5059
days old
2 comments
2 participants
participants (2)
-
Marco Morandini -
Simon Horman