Control: tags -1 confirmed upstream fixed-upstream -moreinfo -unreproducible
This got fixed in upstream Git as of commit
8c57ec38ae327fcd648569acc915f47f0eb2547d - please cherry-pick this.
https://gitlab.com/fetchmail/fetchmail/commit/8c57ec38ae327fcd648569acc915f47f0eb2547d
Processing control commands:
> tags -1 confirmed upstream fixed-upstream -moreinfo -unreproducible
Bug #921450 [fetchmail] fetchmail: Fetchmail segfaults upon execution
Added tag(s) fixed-upstream, confirmed, and upstream.
Bug #921450 [fetchmail] fetchmail: Fetchmail segfaults upon execution
Remov
Generally, a POP3 DELE becomes effective only with the following QUIT that
completes the session, so the server is compliant.
I shall have a look at the stack and valgrind traces later to see if I can find
the cause.
> > I've tried to downgrade to fetchmail 6.4.0~beta4-1 (from
> > snapshot.debian.org), tried to upgrade to glibc 2.28-6, tried to reboot
> > with another version of Linux kernel, and the problem is still there.
>
> Do you mean 6.4.0~beta4-1 worked right previously?
Ouch, sorry for misleading comm
Hi Lev and Matthias,
On Wed, Feb 6, 2019 at 8:00 AM Lev Lamberov wrote:
> I have the same problem, I run testing + some bits from unstable on this
> machine.
> $ env LC_ALL=C fetchmail -v -v -v --nodetach --nosyslog -b 2
[...]
> fetchmail: POP3> DELE 1
> fetchmail: POP3< +OK Marked to be delete
Hi,
I have the same problem, I run testing + some bits from unstable on this
machine.
$ env LC_ALL=C fetchmail -v -v -v --nodetach --nosyslog -b 2
Old UID list from mail.riseup.net:
Scratch list of UIDs:
fetchmail: removing stale lockfile
fetchmail: 6.4.0.beta4 querying mail.riseup.net (p
6 matches
Mail list logo
