[Bug 231042] New: poll.tcpip could prevent sendmail or fetchmail to start at boottime
https://bugzilla.novell.com/show_bug.cgi?id=231042 Summary: poll.tcpip could prevent sendmail or fetchmail to start at boottime Product: openSUSE 10.2 Version: Final Platform: x86 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Network AssignedTo: bnc-team-screening@forge.provo.novell.com ReportedBy: ulrich@holeschak.de QAContact: qa@suse.de In poll.tcpip sendmail and fetchmail is triggered once after a new connection is set up. If during boot at exactly the same time /etc/init.d/sendmail or /etc/int.d/fetchmail is called, the program start failes. In my case i don't need this function in poll.tcpip, so i have simply removed these lines. It would be nice, if there is a switch to disable this function in poll.tcpip .. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=231042 chrubis@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|bnc-team- |zoz@novell.com |screening@forge.provo.novell| |.com | -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=231042 zoz@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |poeml@novell.com, varkoly@novell.com, | |sbrabec@novell.com Status|NEW |NEEDINFO Info Provider| |werner@novell.com ------- Comment #1 from zoz@novell.com 2007-02-07 07:13 MST ------- A switch for these functions is not worth the effort. IMO it would be better to skip send/fetchmail in poll.tcpip if the corresponding service is activated for the current runlevel. This is easy for fetchmail: chkconfig --check fetchmail But sendmail may be provided by different mail services (sendmail, postfix, exim, ...). Further it might be necessary to call sendmail -q even if a mailservice is active. What do we have to check for sendmail? Can a sendmail -q from poll.tcpip prevent at all, that a mail daemon is started? To _all_ (not only Werner) mailserver maintainers: please help here! -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=231042 ------- Comment #2 from sbrabec@novell.com 2007-02-07 11:10 MST ------- I am not sure, what exactly fails. But reading /etc/ppp/poll.tcpip I can imagine some problems: - It does not use init scripts. - It starts fetchmail before sendmail. It's invalid unless fetchmail is configured to use --mda, whete MDA is not MTA (MDA=MTA is the default). - It hardwires sendmail instead of current MTA. - On demand started sendmail requires special configuration: With two-process (MSP/MTA) configuration of sendmail: - MSP daemon needs to be running permanently. - MTA needs to be running on demand. - MSP needs FEATURE(`accept_unresolvable_domains')dnl to accept mails during offline. - Increasing time quotes seems to be useful when using temporary connection. define(`confTO_QUEUEWARN',`3d')dnl define(`confTO_QUEUERETURN', `32d')dnl define(`confTO_QUEUEWARN_URGENT',`4h')dnl - It is recommended to invalidate failed hosts nscd table as a first action after becoming online. - And finally, a script for stopping fetchmail and MTA sendmail after becoming offline is missing. - I don't know, how to do the same with postfix. Maybe the optimal solution can include a virtual "online" runlevel, which will start some init scripts while becoming online and stop them before (or after) becoming offline. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=231042 werner@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |werner@novell.com Status|NEEDINFO |NEW Info Provider|werner@novell.com | ------- Comment #3 from werner@novell.com 2007-02-09 05:53 MST ------- /etc/ppp/poll.tcpip was designed for dialin on demand connections only. AFAIS from my daily work at home it works flawless with both sendmail and postfix. This because both MTAs have to provide the FHS[1] binary /usr/sbin/sendmail. Beside this on my configuration sendmail will be started at boot time to be able to deliver even local mails[2]. Otherwise the dialin on demand connection (ipp/dsl) will be not activated at boot time. Those connections happen if and only if a external IP address is used. Beside this fetchmail has to be started before clearing the sendmail queue to avoid mail loops. Note that in my scenario the sendmail daemons (MSP/MTA) are already running and therefore the option -q simply cause those daemons to clear their queues. For real sendmail there a two queues one for the client and one for the MTA its self. [1]: see FHS ``4.7.2 Specific Options'' and the footnotes used therein. [2]: not running an MTA even for local mails only is IMHO an user error. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=231042 ------- Comment #4 from sbrabec@novell.com 2007-02-09 09:04 MST ------- Sorry if I will be not up to date. I started to use permanent connection several years ago. Yes, it is reasonable to start both sendmail daemons at boot time to be able to deliver local mails and call sendmail -q on IP start. I don't know, what is the current default configuration, but sendmail still may require "FEATURE(`accept_unresolvable_domains')dnl". But maybe it would be more robust to call init scripts using wakeup command (reload?, implement explicit wakeup). It can also fix original bug report. I have already implemented "rcfetchmail oneshot", but from my aspect of view, it would be nicer to launch fetchmail as daemon on ip-up and stop it on ip-down. Even running both fetching and sending in paraller may be useful. "Beside this fetchmail has to be started before clearing the sendmail queue to avoid mail loops." Can you explain it in details? I guess that fetchmail puts its mails to MTA queue, and it should be delivered to the local mailbox not depending whether sendmail is flushing its mails or not. But I guess it can cause delay, because these mails will be enqueued to the end of the queue. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=231042 ------- Comment #5 from werner@novell.com 2007-02-09 09:28 MST ------- I've written poll.tcpip explicity for ISDN dialup to be able to use fetchmail (now about 10 years ago) and later on to use uucp over tcpip or a uucp with a pipe over ssh (nowadays). It was never written for full time connection, for this I'd prefere a fetchmail daemon instead of a oneshot as you've already mentioned. The problem which may hapen if fetchmail or uucp will be called inb oneshot after submitting the mails from the sendmail/postfix queue(s) are simple mail loops which is that a mail send to the relay will be fetch with fetchmail or uucp a second time if and only if the configuration of the MTA and/or of the MUA are broken. Clearly this depands on the speed of the remote mail relay or smart host. For current sendmail the feature `accept_unresolvable_domains' and also the feature `accept_unqualified_senders' together with `nocanonify' if the HACK(`nodns') was choosen (OK, this hack was written by me and is not sendmail a standard). This can be enabled in /etc/sysconfig/sendmail by setting NODNS to "yes" ... beside DIALUP=yes and SENDMAIL_EXPENSIVE=yes. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=231042#c6
Christian Zoz
https://bugzilla.novell.com/show_bug.cgi?id=231042
User ast@novell.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=231042#c7
--- Comment #7 from Anja Stock
participants (1)
-
bugzilla_noreply＠novell.com