1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
|
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<TITLE> [Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?
</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%20msec%20%28nail%29%20can%27t%20send%20reports%0A%20to%09local%09users%20accounts%20-%20require%20an%20MTA%3F&In-Reply-To=%3C4E9E5D49.7090809%40laposte.net%3E">
<META NAME="robots" CONTENT="index,nofollow">
<META http-equiv="Content-Type" content="text/html; charset=us-ascii">
<LINK REL="Previous" HREF="008961.html">
<LINK REL="Next" HREF="008973.html">
</HEAD>
<BODY BGCOLOR="#ffffff">
<H1>[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?</H1>
<B>andre999</B>
<A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20%5BRFC%5D%20msec%20%28nail%29%20can%27t%20send%20reports%0A%20to%09local%09users%20accounts%20-%20require%20an%20MTA%3F&In-Reply-To=%3C4E9E5D49.7090809%40laposte.net%3E"
TITLE="[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?">andre999mga at laposte.net
</A><BR>
<I>Wed Oct 19 07:16:57 CEST 2011</I>
<P><UL>
<LI>Previous message: <A HREF="008961.html">[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?
</A></li>
<LI>Next message: <A HREF="008973.html">[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?
</A></li>
<LI> <B>Messages sorted by:</B>
<a href="date.html#8964">[ date ]</a>
<a href="thread.html#8964">[ thread ]</a>
<a href="subject.html#8964">[ subject ]</a>
<a href="author.html#8964">[ author ]</a>
</LI>
</UL>
<HR>
<!--beginarticle-->
<PRE>nicolas vigier a écrit :
><i> On Tue, 18 Oct 2011, andre999 wrote:
</I>><i>
</I>>><i> Balcaen John a écrit :
</I>>><i>
</I>>>><i> Le lundi 17 octobre 2011 16:39:14 nicolas vigier a écrit :
</I>>>><i> [...]
</I>>>><i>
</I>>>><i>
</I>>>>><i> I think that :
</I>>>>><i> - changing the default configuration in an update is wrong. If it's
</I>>>>><i> better that msec do not send emails by default, I think this change
</I>>>>><i> should be done in cauldron only, maybe with some note about this change
</I>>>>><i> in the release notes for Mageia 2.
</I>>>>><i>
</I>>>>><i>
</I>>>><i> Agree.
</I>>>><i>
</I>>><i> A question : wouldn't changing the default in _both_ cauldron and an update
</I>>><i> to mga1 be acceptable ?
</I>>><i>
</I>><i> I think stable updates should not change defaults.
</I>><i>
</I>><i>
</I>>><i> Since I really think that sending messages silently to dead.letter,
</I>>><i> gradually filling up the disk is a bug. (When I first discovered the
</I>>><i> problem on my system a few years ago, dead.letter used about 1G of disk
</I>>><i> space in my root partition.)
</I>>><i> That is what happens with the default setting, if an MTA is not installed.
</I>>><i> At the default settings with an MTA installed, the root mailbox gradually
</I>>><i> fills up the disk, if it is not emptied. And a less informed user is
</I>>><i> unlikely to realise this.
</I>>><i>
</I>>><i> So it seems to me that as a minimum, the default should be changed to _not_
</I>>><i> send alert emails. Since the status is visible on the main msec screen,
</I>>><i> informed users should have no problem appropriately adjusting the setting.
</I>>><i>
</I>>><i> To deal with the potential problem of users who use the email alert feature
</I>>><i> having it deactivated by the update, we only need a warning in the update,
</I>>><i> as often occurs for other packages.
</I>>><i>
</I>><i> Updates should not require manual changes. And not everybody read the
</I>><i> update logs from urpmi. People can expect important changes when upgrading
</I>><i> to a new version of the distribution, and that's why there is release
</I>><i> notes to explain the important changes, but not for stable updates.
</I>><i>
</I>Personally I am much more likely to notice the update log message from
urpmi than everything in the release notes. I make a point of reading
the former, which necessarily affect an application that I have installed.
Most of the release notes comments are either painfully obvious, or
affect something that I don't have installed or don't care about, so I
tend to miss many details until I run into a problem.
In this particular case, the problem would be not getting msec
notifications.
Although I realise that in general it would be better to avoid
significant changes in updates, in this case I think that most users
would be better served by this change being introduced in an update,
rather than in a release.
>><i> Something like "If you use the msec alert emails, please verify that the
</I>>><i> alerts are still active." Note that if the user has ever explicitly set
</I>>><i> alerts, they would be still active.
</I>>><i>
</I>I was mistaken. But editing /etc/security/msec/security.conf to add the
line "MAIL_WARN=yes" will protect from a default of "MAIL_WARN=no".
(Tested.)
>><i> This potential problem would exist even if the next update for the user is
</I>>><i> mga2.
</I>>><i> However, if the update is on mga2 (from changes in cauldron), wouldn't the
</I>>><i> change in defaults be less visible ?
</I>>><i>
</I>[...]
>><i> According to documentation, dma is only active if no other MTA is installed.
</I>>><i> (I don't know if the priority is what causes this.)
</I>>><i> So at worst dma would be a (very small) harmless extra install, at best it
</I>>><i> would ensure the ability for local delivery.
</I>>><i>
</I>><i> Then dma could be installed by default on mageia 2, this would fix the
</I>><i> problem for all programs using the sendmail command, not only msec,
</I>><i> without adding a require on dma.
</I>><i>
</I>
That would work, as long as it is a "require" of Mageia 2.
It might be better than making it a require of only msec.
In sum, as long as by mga2, mta is required and msec no longer sends
alerts by default, that works for me.
But I still think that it would be better to implement it as an update
before. (For the reasons indicated above.)
--
André
</PRE>
<!--endarticle-->
<HR>
<P><UL>
<!--threads-->
<LI>Previous message: <A HREF="008961.html">[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?
</A></li>
<LI>Next message: <A HREF="008973.html">[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?
</A></li>
<LI> <B>Messages sorted by:</B>
<a href="date.html#8964">[ date ]</a>
<a href="thread.html#8964">[ thread ]</a>
<a href="subject.html#8964">[ subject ]</a>
<a href="author.html#8964">[ 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>
|
