Bugzilla Bug 124477

I dont recall what version this replaced, but this appears to be a known
bug as revealed by googling '.netrc fetchmail segfault'. The problem
appears to be fetchmail trying to clear the passwords it read in .netrc
from memory before freeing it.

According to
http://www.mhonarc.org/archive/html/fetchmail-friends/2006-01/msg00053.html
This bug is also present in fetchmail 6.3.2

That link also points to the patch to fix it. My temporary work around is
to rename .netrc, so it doesnt get read.

*** Bug 124486 has been marked as a duplicate of this bug. ***

Thanks for heads-up! 6.3.2-r2 ebuild is in CVS now, with the mentioned patch
applied. Please give it a try.

As for 6.2.* fetchmail, I'm not sure if we want to support them anymore. Users
are encouraged to move to 6.3.*, and (at least from my experience), it's a
painless transition.

I'll have a look at fixing this in our 6.2.* fetchmail in the evening, I'm
heading to work now. If you (or anyone) have time, feel free to post such patch
here.

(In reply to comment #2)
> Thanks for heads-up! 6.3.2-r2 ebuild is in CVS now, with the mentioned patch
> applied. Please give it a try.

It's actually -r1. Can we stabilize it on x86 and sparc (or rather the stable
keywords from 6.3.2 should just have been kept, IMHO). Having a segfaulting
version stable isn't good. :)

> As for 6.2.* fetchmail, I'm not sure if we want to support them anymore. Users
> are encouraged to move to 6.3.*, and (at least from my experience), it's a
> painless transition.

Indeed.

Ok. I have tested 6.3.2-r1, and it does not segfault when reading .netrc.

But now I have to confess that I screwed up this bug report by claiming
that 6.2.4.2-r1 was segfaulting. I took that version number from cached
data, that did not reflect my current setup.

So, to review, I upgraded *from* 6.2.4.2-r1, which I have just tested
and verified working, to 6.3.2, which broke, and now 6.3.2-r1 has
fixed the situation. My thanks for your quick response on this, and I
apologise if my mistakes caused you any unneed work.

(In reply to comment #4)
> So, to review, I upgraded *from* 6.2.4.2-r1, which I have just tested
> and verified working, to 6.3.2, which broke, and now 6.3.2-r1 has
> fixed the situation. My thanks for your quick response on this, and I
> apologise if my mistakes caused you any unneed work.
> 

No problem, Paul, I just came back from work, so I didn't investigate this for
6.2.* fetchmail yet. It's good to know that I don't have to, though. :)

I'm closing this bug, thanks again for caring!