Red Hat Bugzilla – Bug 66396
fetchmail shouldn't depend on smtpdaemon anymore
Last modified: 2008-09-18 05:00:52 EDT
Description of Problem:
fetchmail on RH 7.2 & 7.3 still depends on smtpdaemon virtual package, though
it can default to /usr/bin/procmail in case no SMTP listener is found.
Version-Release number of selected component (if applicable):
fetchmail-5.9.0-1 (and later too, possibly)
Steps to Reproduce:
binand@binand[~]:(14) rpm -qR fetchmail
binand@binand[~]:(22) fetchmail mail.xxxxxxxx.com --proto imap --fetchlimit 1
fetchmail: can't raise the listener; falling back to /usr/bin/procmail -d %T
I suppose the dependency of smtpdaemon can be removed from fetchmail now.
Also, a patch to use the -f option to procmail would be welcome.
*** Bug 150944 has been marked as a duplicate of this bug. ***
I'm sorry about the late response.
The fallback MDA option is off (by default and in our packages) since
fetchmail-5.9.13 because using it can lead to hard-to-reproduce behavior
changes when the local MTA is not available, e.g. during high system load.
Even the most minimal system installation should have a local sendmail
to allow error reporting from cron jobs (logrotate at minimum) anyway.
A mta that accepts mails on its stdin is required on minimal installs, not one
that listen on a port. ssmtp was such program but not in redhat since a long
time (I use esmtp), but these are not in fedora core. They can provide
Therefore I believe that that requirement is a bit misleading because either
send only mta should not provide smtpdaemon, and fetchmail cannot be installed,
or those send-only mta provide smtpdaemon and the users may be misleaded in
thinking that there is a fallback to a mta and this is not the case.
Moreover if there is a package that provide smtpdaemon in the most minimal
system, maybe it shouldn't be required by fetchmail ?
Not a big deal anyway, especially since if I'm not wrong there is no send only
mta in fedora core (though there could be one in extras).
Actually, fetchmail is sending bounce mail _always_ to localhost SMTP, so
a running SMTP daemon is really required if you don't want to lose
mail without a trace.
(Yes, it is strange. Please talk to upstream maintainers, which currently
seems to be http://lists.berlios.de/mailman/listinfo/fetchmail-devel,
if you want that changed.)
What about using --enable-fallback=procmail to avoid the
smtpdaemon (soon to be server(smtp)) dependency, and instead
have a dependency on procmail? It is much lighter than
any of the smtp servers.
Also I may be wrong, but I have read the code a little
and it seems to me that smtp_bouncemail isn't used when
no mda is used, no smtp server is found on localhost and
enable-fallback is set.
It would be nice to solve that issue, and if not, replace
smtpdaemon requires by server(smtp) requires.
In Comment #6 (and #5) it seems to me that I give enough information
to change the smtp server Requires by a procmail requires. Wouldn't
it be better?
This seems to be fixed in CVS, but it look like the build was
interrupted. Could you please restart it, otherwise I could also
I can take care of rebuilding it if you prefer.
Thanks for giving a notice - build crashed on patch fuzziness, I'll fix it.