diff options
Diffstat (limited to 'zarb-ml/mageia-dev/2011-November/009461.html')
| -rw-r--r-- | zarb-ml/mageia-dev/2011-November/009461.html | 221 |
1 files changed, 221 insertions, 0 deletions
diff --git a/zarb-ml/mageia-dev/2011-November/009461.html b/zarb-ml/mageia-dev/2011-November/009461.html new file mode 100644 index 000000000..e33e716e4 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-November/009461.html @@ -0,0 +1,221 @@ +<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> +<HTML> + <HEAD> + <TITLE> [Mageia-dev] [RFC] prefer dma rather than postfix in prefer.vendor.list for msec mga1 -> mga2 upgrade + </TITLE> + <LINK REL="Index" HREF="index.html" > + <LINK REL="made" HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20%5BRFC%5D%20prefer%20dma%20rather%20than%20postfix%20in%0A%20prefer.vendor.list%20for%20msec%20mga1%20-%3E%20mga2%20upgrade&In-Reply-To=%3C4EBB9DF2.6030704%40laposte.net%3E"> + <META NAME="robots" CONTENT="index,nofollow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + <LINK REL="Previous" HREF="009452.html"> + <LINK REL="Next" HREF="009451.html"> + </HEAD> + <BODY BGCOLOR="#ffffff"> + <H1>[Mageia-dev] [RFC] prefer dma rather than postfix in prefer.vendor.list for msec mga1 -> mga2 upgrade</H1> + <B>andre999</B> + <A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20%5BRFC%5D%20prefer%20dma%20rather%20than%20postfix%20in%0A%20prefer.vendor.list%20for%20msec%20mga1%20-%3E%20mga2%20upgrade&In-Reply-To=%3C4EBB9DF2.6030704%40laposte.net%3E" + TITLE="[Mageia-dev] [RFC] prefer dma rather than postfix in prefer.vendor.list for msec mga1 -> mga2 upgrade">andre999mga at laposte.net + </A><BR> + <I>Thu Nov 10 10:48:34 CET 2011</I> + <P><UL> + <LI>Previous message: <A HREF="009452.html">[Mageia-dev] [RFC] prefer dma rather than postfix in prefer.vendor.list for msec mga1 -> mga2 upgrade +</A></li> + <LI>Next message: <A HREF="009451.html">[Mageia-dev] [RFC] prefer dma rather than postfix in prefer.vendor.list for msec mga1 -> mga2 upgrade +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#9461">[ date ]</a> + <a href="thread.html#9461">[ thread ]</a> + <a href="subject.html#9461">[ subject ]</a> + <a href="author.html#9461">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>Michael Scherer a écrit : +><i> Le mercredi 09 novembre 2011 à 22:41 +0200, Anssi Hannula a écrit : +</I>><i> +</I>>><i> On 09.11.2011 22:34, Florian Hubold wrote: +</I>>><i> +</I>>>><i> Am 09.11.2011 20:48, schrieb Michael Scherer: +</I>>>><i> +</I>>>>><i> Le mercredi 09 novembre 2011 à 19:38 +0100, Florian Hubold a écrit : +</I>>>>><i> +</I>>>>>><i> Hi there, +</I>>>>>><i> +</I>>>>>><i> as Anssi made me aware msec currently has a Requires on +</I>>>>>><i> sendmail-command for cauldron, this was the outcome of the +</I>>>>>><i> last discussion about msec / MTA. +</I>>>>>><i> However, currently in /etc/urpmi/prefer.vendor.list postfix +</I>>>>>><i> is preferred as sendmail-command and mail-server. +</I>>>>>><i> +</I>>>>>><i> Anssi's vote and mine is to replace preference on postfix +</I>>>>>><i> with dma to ensure users get dma installed with the +</I>>>>>><i> upgrade from Mageia 1 -> 2 and not postfix which needs +</I>>>>>><i> configuration. +</I>>>>>><i> +</I>>>>><i> What configuration ? +</I>>>>><i> AFAIK, Postfix work out of the box for the use case of msec/cron, mail +</I>>>>><i> sent to root are delivered to root mailbox, unless someone added a +</I>>>>><i> aliase. +</I>>>>><i> +</I>>>>><i> +</I>>>>>><i> From a quick look at dma, it behave the same ( ie, it take aliase from +</I>>>>>><i> +</I>>>>><i> the same file, thus requiring the same configuration, or needing the +</I>>>>><i> same declaration of a smart host ). +</I>>>>><i> +</I>>>>><i> Wouldn't it be better to send everything to /var/log if no mta are +</I>>>>><i> found ? +</I>>>>><i> ( ie, do something like that : +</I>>>>><i> <A HREF="http://fedoraproject.org/wiki/Features/NoMTA">http://fedoraproject.org/wiki/Features/NoMTA</A> ). We have the proper +</I>>>>><i> version of cronie ( I hope ), so what prevent us ? +</I>>>>><i> +</I>>>>><i> +</I>>>><i> msec already sends everything also to /var/log, which was disregarded +</I>>>><i> in last discussion because normal users don't look there and it +</I>>>><i> slowly adds up on diskspace. +</I>>>><i> +</I>>><i> Normal users also do not read local mailboxes and the mailboxes slowly +</I>>><i> add up on diskspace. +</I>>><i> +</I>><i> And log files can be rotated, unlike mailboxes. Maybe the log are not +</I>><i> rotated on the other hand, so that's a bug that could/should be fixed, +</I>><i> if that's the case. +</I>><i> +</I>Since log files are rotated and compressed, it is a lot better to avoid +duplicating all that detail to mailboxes, where it is not compressed, +accumulates indefinitely if not removed by user action. +(On my system log files have always been properly rotated.) + +><i> What we could do is either : +</I>><i> - install nothing by default +</I>><i> - install postfix/dma/whatever by a drakwizard if/when user give a email +</I>><i> for msec alert. +</I>><i> +</I> +I have tended to favour installing dma, as personally I like being +notified, but I'm beginning to think that we need another solution. +><i> Maybe another solution would be to make msec smarter and not spew 100 +</I>><i> lines per hours. I am all for msec but as I say often, this look like a +</I>><i> Homer Simpson invention. +</I> +That I agree with totally. +Summaries to the mailing list (like x packages updated, y removed, z +added), with references to log would be much better. +The defaults for the standard level are a bit ridiculous also. How many +users care about which applications listen on ports ? (Which is usually +only Internet.) + +Maybe a better alternative (by default) would be to send a persistant +alert to the screen, which refers to the log file. And maybe has a link +to view the detail in the log file. +The current alert disappears automatically after a few seconds, so is +very easily missed. (Especially since it runs at 4 in the morning, at +least on my system.) +With a persistant alert, I wouldn't need email notification. +(I'm not running a server.) + +It might be an idea for msec to store these alerts (of not more than a +few lines each) in a special file, until each is acknowledged. Every +new alert appears in a window on the screen, with all unacknowledged +previous alerts. The window stays there until closed. Much like a +dedicated mailing list without headers, and very compact. With the +detail going to the logs. +The more I think about it, I would very much prefer this sort of default +solution. +Just an idea :) +><i> +</I>><i> WDYT ? +</I>><i> +</I>-- +André + +</PRE> + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI>Previous message: <A HREF="009452.html">[Mageia-dev] [RFC] prefer dma rather than postfix in prefer.vendor.list for msec mga1 -> mga2 upgrade +</A></li> + <LI>Next message: <A HREF="009451.html">[Mageia-dev] [RFC] prefer dma rather than postfix in prefer.vendor.list for msec mga1 -> mga2 upgrade +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#9461">[ date ]</a> + <a href="thread.html#9461">[ thread ]</a> + <a href="subject.html#9461">[ subject ]</a> + <a href="author.html#9461">[ author ]</a> + </LI> + </UL> + +<hr> +<a href="https://www.mageia.org/mailman/listinfo/mageia-dev">More information about the Mageia-dev +mailing list</a><br> +</body></html> |