Bug 466496 – net-mail/relay-ctrl - /etc/cron.hourly/relay-ctrl-age: line 1: /usr/bin/envdir: No such file or directory

• Product: Gentoo Linux
• Status: RESOLVED INVALID

[Description Martin Mokrejš 2013-04-19 18:28:20 UTC]

Hi,
  after uninstalling netqmail and sys-apps/ucspi-unix and sys-apps/ucspi-tcp I started to get email from cron complaining with:

/etc/cron.hourly/relay-ctrl-age: line 1: /usr/bin/envdir: No such file or directory

  OK, I installed the net-mail/relay-ctrl-3.1.1-r2 a while ago to chekc the queue. I think something should happen automagically if user uninstalls netqmail, or at least an ewarn() should be called from netqmail.ebuild to tell the user the file should be possibly removed. Sure, temporary re-installs of netqmail should  not give a false alarm.

 Just a thought, I had to move away from qmail as it sends bounced emails back to the possibly forged envelope From: address. Seems there is no patch for to prevent this. See http://www.backscatterer.org/.

[Comment 1 Jeroen Roovers (RETIRED) 2013-04-20 14:48:16 UTC]

net-mail/relay-ctrl correctly depends on virtual/daemontools, which correctly depends on sys-process/daemontools or sys-process/daemontools-encore, which both provide /usr/bin/envdir, so where is the bug?

[Comment 2 Martin Mokrejš 2013-04-22 20:39:55 UTC]

I will say it other way around: netqmail should be allowed only to be uninstalled until net-mail/relay-ctrl is uninstalled as well. If that is not met, /etc/cron.hourly/relay-ctrl-age is looking for a non-existing file: /usr/bin/envdir.

This is not a purely user's failure (enabling a cron script) because the script is automatically installed by the net-mail/relay-ctrl ebuild.

[Comment 3 Robin Johnson 2020-05-31 04:31:55 UTC]

"emerge --depclean daemontools" should not work unless relay-ctrl is uninstalled, so not a bug.