On Wed, 19 Oct 2011, andre999 wrote:
nicolas vigier a écrit :
On Tue, 18 Oct 2011, andre999 wrote:
Balcaen John a écrit :
Le lundi 17 octobre 2011 16:39:14 nicolas vigier a écrit :
[...]
I think that :
- changing the default configuration in an update is wrong. If
Am 19.10.2011 11:01, schrieb nicolas vigier:
On Wed, 19 Oct 2011, andre999 wrote:
nicolas vigier a écrit :
On Tue, 18 Oct 2011, andre999 wrote:
Balcaen John a écrit :
Le lundi 17 octobre 2011 16:39:14 nicolas vigier a écrit :
[...]
I think that :
- changing the default
2011/10/19 Florian Hubold doktor5...@arcor.de:
Am 19.10.2011 11:01, schrieb nicolas vigier:
On Wed, 19 Oct 2011, andre999 wrote:
nicolas vigier a écrit :
On Tue, 18 Oct 2011, andre999 wrote:
Balcaen John a écrit :
Le lundi 17 octobre 2011 16:39:14 nicolas vigier a écrit :
[...]
I
Balcaen John a écrit :
Le lundi 17 octobre 2011 16:39:14 nicolas vigier a écrit :
[...]
I think that :
- changing the default configuration in an update is wrong. If it's
better that msec do not send emails by default, I think this change
should be done in cauldron only, maybe
On Tue, 18 Oct 2011, andre999 wrote:
Balcaen John a écrit :
Le lundi 17 octobre 2011 16:39:14 nicolas vigier a écrit :
[...]
I think that :
- changing the default configuration in an update is wrong. If it's
better that msec do not send emails by default, I think this change
nicolas vigier a écrit :
On Tue, 18 Oct 2011, andre999 wrote:
Balcaen John a écrit :
Le lundi 17 octobre 2011 16:39:14 nicolas vigier a écrit :
[...]
I think that :
- changing the default configuration in an update is wrong. If it's
better that msec do not send
On Sun, 16 Oct 2011, Florian Hubold wrote:
Well, if there are no other proposals or no patch for this proposal till
next weekend,
i'll drop the change to msec default settings to not send email by default
and will issue the update as is.
Seems to me noone is interested in msec anymore.
I
Am 12.10.2011 12:47, schrieb Florian Hubold:
Am 11.10.2011 11:21, schrieb andre999:
Florian Hubold a écrit :
Am 28.09.2011 14:40, schrieb Florian Hubold:
Am 22.09.2011 21:37, schrieb Florian Hubold:
Am 22.09.2011 00:09, schrieb Luc Menut:
My own opinion is we should do both 1 and 3 in your
On Sunday 16 October 2011 17:24, Florian Hubold wrote:
Seems to me noone is interested in msec anymore.
Perhaps they don't know what to say, or they don't have any other meaningfull
things to say than what's already been said.
--
Johnny A. Solbu
PGP key ID: 0xFA687324
signature.asc
On Sun, 16 Oct 2011 17:24:04 +0200, Florian Hubold wrote about Re:
[Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts -
require an MTA?:
Seems to me noone is interested in msec anymore.
To me msec is useful and does not require any change (I use postfix).
Cheers,
=Dick
Am 17.10.2011 00:14, schrieb Johnny A. Solbu:
On Sunday 16 October 2011 23:16, Dick Gevers wrote:
To me msec is useful and does not require any change
I feel the same. It works just nice.
And I have the feeling that most users find it to be working fine. Things that
just works tends to not
Le mercredi 28 septembre 2011 14:40:46, Florian Hubold a écrit :
So if nobody objects or sees other problem with this, i'll modify
the defaults in /etc/security/msec/level.* to not send email by default
and making dma a suggest for msec.
As I said in the other thread, I think
Le Mercredi 28 Septembre 2011 14:42:56 Samuel Verschelde a écrit :
Le mercredi 28 septembre 2011 14:40:46, Florian Hubold a écrit :
So if nobody objects or sees other problem with this, i'll modify
the defaults in /etc/security/msec/level.* to not send email by
default and making dma a
Le mercredi 28 septembre 2011 15:02:32, Balcaen John a écrit :
Le Mercredi 28 Septembre 2011 14:42:56 Samuel Verschelde a écrit :
Le mercredi 28 septembre 2011 14:40:46, Florian Hubold a écrit :
So if nobody objects or sees other problem with this, i'll modify
the defaults in
Le Mercredi 28 Septembre 2011 15:31:25 andre999 a écrit :
[...]
and
3) If/when a local-only MTA is integrated in msec, we remove the
requires for dma.
It's not wise to add yet another functionnality (such as important as
MTA) inside msec when we can rely on external maintained project.
--
On 09/28/2011 03:31 PM, andre999 wrote:
3) In the longer term, it seems to me a good idea to have a local-only
MTA integrated in msec, as suggested by Frank.
Well, that's not really what I suggested. I suggested that msec include
a very simple and incomplete MUA capable of sending mail via
Balcaen John a écrit :
Le Mercredi 28 Septembre 2011 15:31:25 andre999 a écrit :
[...]
and
3) If/when a local-only MTA is integrated in msec, we remove the
requires for dma.
It's not wise to add yet another functionnality (such as important as
MTA) inside msec when we can rely on
Johnny A. Solbu a écrit :
On Thursday 29 September 2011 02:52, andre999 wrote:
So we should check that no email is sent if sending is activated without
an email adresse
So long as entering just a username (eg. user, and not user@localhost)is
enough to activate email sending, I'm
Frank Griffin a écrit :
On 09/23/2011 06:49 AM, andre999 wrote:
Currently, entering a userid alone does not work. It has to be an
email address.
Note however that userid@localhost _is_ an email address.
We could change it to accept only a valid format email address or a
valid userid, in
Johnny A. Solbu a écrit :
On Friday 23 September 2011 12:49, andre999 wrote:
Currently, entering a userid alone does not work. It has to be an email
address.
Then somewhere along the line this has been changed. When I entered a username in my
Mandriva installations, which is what
Florian Hubold a écrit :
Am 22.09.2011 01:32, schrieb Eugeni Dodonov:
On Wed, Sep 21, 2011 at 19:09, Luc Menut lme...@free.fr
mailto:lme...@free.fr wrote:
But perhaps we could/should change the configuration of msec to not send
email by default, by adding MAIL_WARN=no in
On 09/25/2011 03:36 PM, andre999 wrote:
Frank Griffin a écrit :
So in sum, you seem to be saying that an MUA needs an MTA, which may
be on a remote machine. Except if it is to be delivered locally
without accessing a remote machine, the MTA (of course) has to be on
the local machine.
On Friday 23 September 2011 10:52, Florian Hubold wrote:
Still, you didn't tell for which choice you vote.
I vote for still sending mail, if an address or username is provided for msec
to send mail to.
You don't want msec to require an MTA,
but seems you want msec to send reports to an
23.09.2011 12:43, Florian Hubold kirjutas:
If you have an MTA installed (and configured) mail should be sent.
Where?
To local user? Does the user know how to read that mail?
To real mail address? What if you have a laptop and are moving from one
ISP to another. Does the user know how to
Johnny A. Solbu a écrit :
On Friday 23 September 2011 10:52, Florian Hubold wrote:
Still, you didn't tell for which choice you vote.
I vote for still sending mail, if an address or username is provided for msec
to send mail to.
You don't want msec to require an MTA,
but seems
On 09/23/2011 06:49 AM, andre999 wrote:
Currently, entering a userid alone does not work. It has to be an
email address.
Note however that userid@localhost _is_ an email address.
We could change it to accept only a valid format email address or a
valid userid, in the latter case msec adding
On Friday 23 September 2011 12:49, andre999 wrote:
Currently, entering a userid alone does not work. It has to be an email
address.
Then somewhere along the line this has been changed. When I entered a username
in my Mandriva installations, which is what Mageia is based on, the user get
Am 23.09.2011 15:32, schrieb Frank Griffin:
On 09/23/2011 06:49 AM, andre999 wrote:
Currently, entering a userid alone does not work. It has to be an email
address.
Note however that userid@localhost _is_ an email address.
We could change it to accept only a valid format email address or a
Am 22.09.2011 01:32, schrieb Eugeni Dodonov:
On Wed, Sep 21, 2011 at 19:09, Luc Menut lme...@free.fr
mailto:lme...@free.fr wrote:
But perhaps we could/should change the configuration of msec to not send
email by default, by adding MAIL_WARN=no in
/etc/security/msec/security.conf.
Am 21.09.2011 20:59, schrieb Mjules:
Le Wed, 21 Sep 2011 20:35:38 +0200,
Florian Hubolddoktor5...@arcor.de a écrit :
Hello,
during validation of validation of msec/sectool update candidates,
a problem showed up: https://bugs.mageia.org/show_bug.cgi?id=1621
Seems mailx (on behalf of msec)
On Thursday 22 September 2011 12:19, Florian Hubold wrote:
Also his proposal to change default msec config to not send reports
by email sounds sensible.
What happens then if the user during install provides an email address as the
user who should recieve these reports?
Or is that just
On 22 September 2011 13:09, Johnny A. Solbu coo...@solbu.net wrote:
Also his proposal to change default msec config to not send reports
by email sounds sensible.
What happens then if the user during install provides an email address as the
user who should recieve these reports?
Or is that
On Thursday 22 September 2011 16:15, Thierry Vignaud wrote:
msec-gui should take care of installing an MTA then.
What, if anything, have msec-gui to do with installing the operating system?
If you read my previous post you would have noticed that I was talking about
installing Mageia.
If
Am 22.09.2011 17:35, schrieb Johnny A. Solbu:
On Thursday 22 September 2011 16:15, Thierry Vignaud wrote:
msec-gui should take care of installing an MTA then.
What, if anything, have msec-gui to do with installing the operating system?
If you read my previous post you would have noticed that I
Florian Hubold a écrit :
Hello,
during validation of validation of msec/sectool update candidates,
a problem showed up: https://bugs.mageia.org/show_bug.cgi?id=1621
Seems mailx (on behalf of msec) can't send mails to local user accounts
due to missing sendmail, citing one of the comments:
22.09.2011 22:37, Florian Hubold kirjutas:
Please give your votes.
I like the idea that by default MTA is not needed (but it might be suggested)
and default
conf uses only log. Requiring here would be too harsh as some users prefer log
files and
msec works with them as well. MTA is extra
Am 22.09.2011 21:48, schrieb andre999:
Florian Hubold a écrit :
Hello,
during validation of validation of msec/sectool update candidates,
a problem showed up: https://bugs.mageia.org/show_bug.cgi?id=1621
Seems mailx (on behalf of msec) can't send mails to local user accounts
due to missing
Am 22.09.2011 22:19, schrieb Sander Lepik:
22.09.2011 22:37, Florian Hubold kirjutas:
Please give your votes.
I like the idea that by default MTA is not needed (but it might be suggested)
and default
conf uses only log. Requiring here would be too harsh as some users prefer log
files and
Le Jeudi 22 Septembre 2011 22:32:25 Florian Hubold a écrit :
[...]
You didn't seem to understand the part about nail.
nail aka mailx is an MTA and already in a default install, just
currently it doesn't work
without sendmail, it seems. nail is currently required by msec, so
msec per
On Thursday 22 September 2011 21:14, Florian Hubold wrote:
The bug is not about the installer, it's about msec.
Yes, excactly. And msec is part of the default install. No?
So any changes to requirements of msec will influence what, if any, MTA get
installed simply by installing msec.
If someone
Florian Hubold skrev 21.9.2011 21:35:
Hello,
during validation of validation of msec/sectool update candidates,
a problem showed up: https://bugs.mageia.org/show_bug.cgi?id=1621
Seems mailx (on behalf of msec) can't send mails to local user accounts
due to missing sendmail, citing one of the
On Wed, Sep 21, 2011 at 19:09, Luc Menut lme...@free.fr wrote:
But perhaps we could/should change the configuration of msec to not send
email by default, by adding MAIL_WARN=no in /etc/security/msec/security.**
conf.
Better doing it for /etc/security/msec/level.* then.
--
Eugeni Dodonov
42 matches
Mail list logo