[arch-general] /bin symlink breaking fetchmail
Hey all, In short, the latest upgrade seems to have borked fetchmail: fetchmail: Error writing to MDA: Broken pipe Deleting the /bin symlink and creating a /bin directory containing only a symlink /bin/sh pointing to /usr/bin/bash, makes fetchmail work again. Running `strace -vf fetchmail` reveals that the execve("/bin/sh"...) call returns EPERM. I'm well and truly stumped. I'm using courier-mta as my mda, but that shouldn't be relevant. Has anybody encountered this? Thanks, -- Scott Lawrence Linux baidar 3.9.4-1-ARCH #1 SMP PREEMPT Sat May 25 16:14:55 CEST 2013 x86_64 GNU/Linux
[2013-06-06 22:20:46 -0400] Scott Lawrence:
In short, the latest upgrade seems to have borked fetchmail:
fetchmail: Error writing to MDA: Broken pipe
Deleting the /bin symlink and creating a /bin directory containing only a symlink /bin/sh pointing to /usr/bin/bash, makes fetchmail work again.
Running `strace -vf fetchmail` reveals that the execve("/bin/sh"...) call returns EPERM.
Please create a report on our bug tracker so this issue gets assigned to the relevant packager and eventually fixed...
Has anybody encountered this?
There is really no point looking for "bug buddies": this has never (and will never) fix problems. Reporting them to our tracker does. -- Gaetan
My assumption was that this was less an issue in packaging and more likely somehow my fault, so posting here made more sense than filing. https://bugs.archlinux.org/task/35684 On Thu, Jun 6, 2013 at 10:36 PM, Gaetan Bisson <bisson@archlinux.org> wrote:
[2013-06-06 22:20:46 -0400] Scott Lawrence:
In short, the latest upgrade seems to have borked fetchmail:
fetchmail: Error writing to MDA: Broken pipe
Deleting the /bin symlink and creating a /bin directory containing only a symlink /bin/sh pointing to /usr/bin/bash, makes fetchmail work again.
Running `strace -vf fetchmail` reveals that the execve("/bin/sh"...) call returns EPERM.
Please create a report on our bug tracker so this issue gets assigned to the relevant packager and eventually fixed...
Has anybody encountered this?
There is really no point looking for "bug buddies": this has never (and will never) fix problems. Reporting them to our tracker does.
-- Gaetan
-- Scott Lawrence
Hello, ** Scott Lawrence [2013-06-06 22:20:46 -0400]:
Hey all,
In short, the latest upgrade seems to have borked fetchmail:
fetchmail: Error writing to MDA: Broken pipe
Deleting the /bin symlink and creating a /bin directory containing only a symlink /bin/sh pointing to /usr/bin/bash, makes fetchmail work again.
Running `strace -vf fetchmail` reveals that the execve("/bin/sh"...) call returns EPERM.
I'm well and truly stumped. I'm using courier-mta as my mda, but that shouldn't be relevant. Has anybody encountered this?
Fully updated Archlinux x86_64, fetchmail+procmail and postfix work fine (on system w/o testing and with).
Thanks,
--- WBR, Vladimir Lomov -- What an author likes to write most is his signature on the back of a cheque. -- Brendan Francis
On Thu, 6 Jun 2013 22:20:46 -0400 (EDT) Scott Lawrence <bytbox@gmail.com> wrote:
Hey all,
In short, the latest upgrade seems to have borked fetchmail:
fetchmail: Error writing to MDA: Broken pipe
Deleting the /bin symlink and creating a /bin directory containing only a symlink /bin/sh pointing to /usr/bin/bash, makes fetchmail work again.
Running `strace -vf fetchmail` reveals that the execve("/bin/sh"...) call returns EPERM.
I'm well and truly stumped. I'm using courier-mta as my mda, but that shouldn't be relevant. Has anybody encountered this?
I haven't: fetchmail + exim work as before. However, exim listens on localhost:25, does courier do too or you use fetchmail's --mda option?
Thanks,
-- Leonid Isaev GnuPG key: 0x164B5A6D Fingerprint: C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D
On Thu, 6 Jun 2013, Leonid Isaev wrote:
On Thu, 6 Jun 2013 22:20:46 -0400 (EDT) Scott Lawrence <bytbox@gmail.com> wrote:
Hey all,
In short, the latest upgrade seems to have borked fetchmail:
fetchmail: Error writing to MDA: Broken pipe
Deleting the /bin symlink and creating a /bin directory containing only a symlink /bin/sh pointing to /usr/bin/bash, makes fetchmail work again.
Running `strace -vf fetchmail` reveals that the execve("/bin/sh"...) call returns EPERM.
I'm well and truly stumped. I'm using courier-mta as my mda, but that shouldn't be relevant. Has anybody encountered this?
I haven't: fetchmail + exim work as before. However, exim listens on localhost:25, does courier do too or you use fetchmail's --mda option?
No, I use --mda. I figured it out, though - I had TOMOYO restricting fetchmail, and it wasn't configured to allow execution of /usr/bin/bash. Sorry for the noise, all.
-- Leonid Isaev GnuPG key: 0x164B5A6D Fingerprint: C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D
-- Scott Lawrence Linux baidar 3.9.4-1-ARCH #1 SMP PREEMPT Sat May 25 16:14:55 CEST 2013 x86_64 GNU/Linux
Scott Lawrence <bytbox@gmail.com> wrote:
Hey all,
In short, the latest upgrade seems to have borked fetchmail:
fetchmail: Error writing to MDA: Broken pipe
Deleting the /bin symlink and creating a /bin directory containing only a symlink /bin/sh pointing to /usr/bin/bash, makes fetchmail work again.
Running `strace -vf fetchmail` reveals that the execve("/bin/sh"...) call returns EPERM.
This symlink was introduced in late 1987 with SunOS-4.0, there never have been any problems with this construct. Jörg -- EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin js@cs.tu-berlin.de (uni) joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
participants (5)
-
Gaetan Bisson
-
Joerg Schilling
-
Leonid Isaev
-
Scott Lawrence
-
Vladimir Lomov