Hello, On Sun, 05 May 2013, Marcus Meissner wrote:
On Sun, May 05, 2013 at 02:45:12PM +0200, David Haller wrote:
... and you can always alias a 'sudo /usr/sbin/sendmail -q' to e.g. 'sm'.
Don't forget the corresponding entry in /etc/sudoers.
sudo is not needed.
For flushing the (postfix or sendmail) queue via 'sendmail -q' when you have setup either to "defer" sending mails? I'll test that with this mail. Calling it on an empty queue (with postfix) does return an exitstatus of 0...
The message "Absolute path to 'sendmail' is '/usr/sbin/sendmail', so running it may require superuser privileges (eg. root)."
comes from either command-not-found or bash-completion and is not always true for sendmail, some commands work as user too.
WTF? Stuff lives in sbin for a reason, does it not? What's cnf's or bash-completion's justification for blabbing stuff like that? Mind you: I have not installed cnf and bash-completion down to the absolute minimum: $ ls /etc/bash_completion /etc/bash_completion.d/ ls: cannot access /etc/bash_completion: No such file or directory /etc/bash_completion.d/: yast2-completion.sh zypper.sh The usual bash-completion interfered _WAY TOO MUCH_ with my work. E.g. completing only specific file-extensions(!) for mplayer and other stuff. mplayer doesn't care about extensions. Nor do I. Nor does Linux. mplayer happily plays foo.foo. Be it a mpg, mp4, wmv, ogv, wma, avi, mkv, or whatnot. But if bash-completion does not complete mpla<TAB> f<TAB> to mplayer foo_bar_a_very_long_name.foo if there's just that file in the current directory, just because .foo is not on the list of "allowed extensions for mplayer" that's just ... *GAH* Braindead. Abominable. Totally Un-Linuxy. ... Or, the most common braindeadness I stumbled upon: it would not complete directories/files as expected! That was the point where I wanted a big mallet to beat the ones responsible for that shit some sense back in, but instead I just uninstalled bash-completion completely to get back simple basic bash path completion. Later, I let it reinstall but pruned the config as above (But I do have the broken stuff saved as bash_completion.SUSE and in bash_completion.d.SUSE/ so I can get what _I_ want anytime, selectively, anytime I chose to). But, times when I'd want option completion for commands (say, rpm) are far between. Often, commands (e.g. osc (sic!) parse options following the "first unambiguous" way, using e.g. GNU getopt: ==== man 1 getopt ==== Long options may be abbreviated, as long as the abbreviation is not ambiguous. ==== (not sure if that's generally the case for getopt(3) or an option. Too lazy now to look that up. And Perl's /getopt/i Modules IIRC have similar options/defaults.
You can e.g. call /usr/sbin/sendmail as user to send emails, if your system is correctly setup for mail.
Sure, or via proxy with mail/mailx/mutt/....
Some other sendmail operations are not possible as user, there you need sudo / su.
And I think (or soonish thought), that flushing the queue is (was) one of those. -dnh -- The speed at which a mistyped command executes is directly proportional to the amount of damage done. -- Joe Zeff -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org