Re: [Mageia-discuss] Mailing list migration: this list is closing
On Sun, 07 Apr 2013, andre999 wrote: I don't know if this is easily configurable, but the online documentation for sympa 6.1 has an example that seems to permit filtering by multiple addresses with ldap. see http://www.sympa.org/manual/authorization-scenarios#search_condition That's for sending emails to the list only. But I think what Johnny is asking is both for sending and receiving emails on multiple addresses.
Re: [Mageia-discuss] Mailing list migration: this list is closing
nicolas vigier a écrit : On Sun, 07 Apr 2013, andre999 wrote: I don't know if this is easily configurable, but the online documentation for sympa 6.1 has an example that seems to permit filtering by multiple addresses with ldap. see http://www.sympa.org/manual/authorization-scenarios#search_condition That's for sending emails to the list only. But I think what Johnny is asking is both for sending and receiving emails on multiple addresses. Right. I hadn't considered receiving :/ -- André
Re: [Mageia-discuss] Mailing list migration: this list is closing
On Sun, Apr 07, 2013 at 10:02:18PM -0400, andre999 wrote: nicolas vigier a écrit : The only way currently is to create an identity account for each address you want to use. We can look if it would possible to support an other way to do it, but I don't know if that's possible. And of course any suggestion about how sympa could be configured to manage multiple email addresses with only one ldap account is welcome. I don't know if this is easily configurable, but the online documentation for sympa 6.1 has an example that seems to permit filtering by multiple addresses with ldap. see http://www.sympa.org/manual/authorization-scenarios#search_condition Their example shows both sal...@cru.fr and o.sal...@cru.fr being accepted with the same filter, whereas only the first is coded as such. This seems to offer interesting possibilities, allowing users to have alternate email adresses with different prefixes of their ldap adresse. (by automatically adding * to the beginning of user ldap adresses.) The code could require a minimum length to minimise false positives, and/or add the * just before @. Would this work, and without too much effort ? The goal of having 1 unified login is to reduce ( usually in a company ) the amount of support of helpdesk, and the work of user because they need to have 1 login/password. This also prevent login conflict, since there is 1 single place where this is resolved for uniqueness. Your suggestion will just increase the support time due to increased complexity, and so reduce the time avaliable for the sysadmin team, since from what I see, they are in charge of the servers, and the function of support. So if you think they have no better way to spend their time and that this is so business critical to permit to have a mess regarding who said what, sure, go ahead and provides a patch. If I am not wrong, the configuration is on : http://svnweb.mageia.org/adm/puppet/modules/sympa/ But if the only goal is to satisfy the special need of a few unique snowflakes, that's not really a good move. -- L.
Re: [Mageia-discuss] Mailing list migration: this list is closing
Le dimanche 7 avril 2013 23:48:35, Mageia Sysadmins a écrit : You can find more details about mailing lists subscription and available lists on this page : https://wiki.mageia.org/en/Mailing_lists An easy way to know to which mailing-lists you have subscribed is to use this feature of sympa: mailto:sy...@ml.mageia.org?subject=WHICH This is one one the benefits to use the subdomain ml.mageia.org. The whole activity of this subdomain is routed to the sympa server which handles it. This is clean management. -- Pierre Jarillon - http://pjarillon.free.fr/ Vice-président de l'ABUL : http://abul.org Microsoft is for computers what McDonald is for French gastronomy
Re: [Mageia-discuss] Mailing list migration: this list is closing
Ludovic Meyer a écrit : On Sun, Apr 07, 2013 at 10:02:18PM -0400, andre999 wrote: nicolas vigier a écrit : The only way currently is to create an identity account for each address you want to use. We can look if it would possible to support an other way to do it, but I don't know if that's possible. And of course any suggestion about how sympa could be configured to manage multiple email addresses with only one ldap account is welcome. I don't know if this is easily configurable, but the online documentation for sympa 6.1 has an example that seems to permit filtering by multiple addresses with ldap. see http://www.sympa.org/manual/authorization-scenarios#search_condition Their example shows both sal...@cru.fr and o.sal...@cru.fr being accepted with the same filter, whereas only the first is coded as such. This seems to offer interesting possibilities, allowing users to have alternate email adresses with different prefixes of their ldap adresse. (by automatically adding * to the beginning of user ldap adresses.) The code could require a minimum length to minimise false positives, and/or add the * just before @. Would this work, and without too much effort ? The goal of having 1 unified login is to reduce ( usually in a company ) the amount of support of helpdesk, and the work of user because they need to have 1 login/password. This also prevent login conflict, since there is 1 single place where this is resolved for uniqueness. Apparently my comment wasn't clear. It is not related to mageia identity login, which would remain unchanged. Your suggestion will just increase the support time due to increased complexity, and so reduce the time avaliable for the sysadmin team, since from what I see, they are in charge of the servers, and the function of support. It would be a one-shot change. If it is properly commented, it shouldn't cause any support problems. It is up to sysadmin to decide if they want to do it. I was only reacting to the posts of solbu and boklm. (boklm is on the sysadmin team.) So if you think they have no better way to spend their time and that this is so business critical to permit to have a mess regarding who said what, sure, go ahead and provides a patch. If I am not wrong, the configuration is on : http://svnweb.mageia.org/adm/puppet/modules/sympa/ But if the only goal is to satisfy the special need of a few unique snowflakes, that's not really a good move. Not very clear why you are taking offense. We are talking about a minor change to solve a perceived need of a user. More significant changes are being done all the time. Maybe you should re-read my post ? -- André
Re: [Mageia-discuss] Mailing list migration: this list is closing
On Sun, 07 Apr 2013 23:48:35 +0200 Mageia Sysadmins sysad...@group.mageia.org wrote: When the Mageia project was started, it didn't have any server. Fortunatly people from zarb.org proposed to host the basic project infrastructure (mainly the website, wiki and mailing lists) until the project can have its own servers. Mageia.Org now have a few servers since October 2010 (thanks to donations for the servers and Lost Oasis and Gandi for the hosting), but until now the existing mailing lists hosted by zarb.org had not been migrated to the Mageia mailing lists server. It is now time to do it and close this mailing list. Does it apply to the gmane gateway (gmane.linux.mageia.user) too? Regards Antoine.
Re: [Mageia-discuss] Mailing list migration: this list is closing
Antoine Pitrou skrev 8.4.2013 20:04: On Sun, 07 Apr 2013 23:48:35 +0200 Mageia Sysadmins sysad...@group.mageia.org wrote: When the Mageia project was started, it didn't have any server. Fortunatly people from zarb.org proposed to host the basic project infrastructure (mainly the website, wiki and mailing lists) until the project can have its own servers. Mageia.Org now have a few servers since October 2010 (thanks to donations for the servers and Lost Oasis and Gandi for the hosting), but until now the existing mailing lists hosted by zarb.org had not been migrated to the Mageia mailing lists server. It is now time to do it and close this mailing list. Does it apply to the gmane gateway (gmane.linux.mageia.user) too? Gmane lists are transferred to use the new lists, and info has been sent to gmane admins about the change so they can do the matching changes on their end. -- Thomas
Re: [Mageia-discuss] Mailing list migration: this list is closing
On Mon, 08 Apr 2013 21:27:01 +0300 Thomas Backlund t...@mageia.org wrote: Antoine Pitrou skrev 8.4.2013 20:04: On Sun, 07 Apr 2013 23:48:35 +0200 Mageia Sysadmins sysad...@group.mageia.org wrote: When the Mageia project was started, it didn't have any server. Fortunatly people from zarb.org proposed to host the basic project infrastructure (mainly the website, wiki and mailing lists) until the project can have its own servers. Mageia.Org now have a few servers since October 2010 (thanks to donations for the servers and Lost Oasis and Gandi for the hosting), but until now the existing mailing lists hosted by zarb.org had not been migrated to the Mageia mailing lists server. It is now time to do it and close this mailing list. Does it apply to the gmane gateway (gmane.linux.mageia.user) too? Gmane lists are transferred to use the new lists, and info has been sent to gmane admins about the change so they can do the matching changes on their end. Ah, thank you! Regards Antoine.
Re: [Mageia-discuss] Mailing list migration: this list is closing
On Sunday 7. April 2013 23.48, Mageia Sysadmins wrote: The new mailing list requires a Mageia Identity account Why? That will push away some users from subscribing, and some existing users might leave the list, because they have no intention of creating a mageia account, for whatever reason. - if you don't have an identity account yet, or with a different email address, you need to manually subscribe to the new mailing list What if we really do want to subscribe with an address not listed anywhere in the mageia account? Meaning, we intentionally do not want to use the email address listed in out account page? I am one of them. I have personally 100 -One Houndred- email aliases. Almost every time I need to register somewhere, I create a new alias. if the entity where I registered starts to misuse my address, I can easilly stop it by removing the alias. It's also an easy way to sort incomming mail. Many people do this. -- Johnny A. Solbu PGP key ID: 0xFA687324 signature.asc Description: This is a digitally signed message part.
Re: [Mageia-discuss] Mailing list migration: this list is closing
I'm afraid this move is sounding very Apple-ish or Microsoft-ish. It comes across as rude and arrogant towards anyone who does not want to toe the company line for whatever reason. Brian. - Original Message - From: Mageia general discussions To: Cc: Sent:Mon, 8 Apr 2013 00:38:47 +0200 Subject:Re: [Mageia-discuss] Mailing list migration: this list is closing On Sunday 7. April 2013 23.48, Mageia Sysadmins wrote: The new mailing list requires a Mageia Identity account Why? That will push away some users from subscribing, and some existing users might leave the list, because they have no intention of creating a mageia account, for whatever reason. - if you don't have an identity account yet, or with a different email address, you need to manually subscribe to the new mailing list What if we really do want to subscribe with an address not listed anywhere in the mageia account? Meaning, we intentionally do not want to use the email address listed in out account page? I am one of them. I have personally 100 -One Houndred- email aliases. Almost every time I need to register somewhere, I create a new alias. if the entity where I registered starts to misuse my address, I can easilly stop it by removing the alias. It's also an easy way to sort incomming mail. Many people do this. -- Johnny A. Solbu PGP key ID: 0xFA687324
Re: [Mageia-discuss] Mailing list migration: this list is closing
Johnny A. Solbu wrote: That will push away some users from subscribing, and some existing users might leave the list, because they have no intention of creating a mageia account And I am one of them. I have no intention on creating yet another account. Doug -- Ben Franklin quote: Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety.
Re: [Mageia-discuss] Mailing list migration: this list is closing
On Sun, 07 Apr 2013 18:53:33 -0400, bschroe...@internode.on.net wrote: I'm afraid this move is sounding very Apple-ish or Microsoft-ish. It comes across as rude and arrogant towards anyone who does not want to toe the company line for whatever reason. Brian. The reason the mailing lists provided by the ml.mageia.org server require the use of the identity account, is for security. The passwords associated with the identity account are stored in an ldap database, properly encrypted with a salt. The old mailing lists used software that kept the password stored in plain text, as you can tell from the monthly reminder messages it sent out. We don't want plain test passwords stored on our servers. While it would have been possible to automatically generate identity accounts from the registration information stored by the mailman software, it's preferable to be up front an honest about what's being done, and let people decide for themselves if they want to create such an account. Regards, Dave Hodgins
Re: [Mageia-discuss] Mailing list migration: this list is closing
On Monday 8. April 2013 01.29, David W. Hodgins wrote: While it would have been possible to automatically generate identity accounts from the registration information stored by the mailman software, it's preferable to be up front an honest about what's being done, and let people decide for themselves if they want to create such an account. Personally i don't have problem wit the requirement, i just wanted to know why the change in policy. And it apears sound. But I have problems with the apparent abillity to no longer use any other address than the official one listed on my identity page. Is threre a way to do that? . -- Johnny A. Solbu PGP key ID: 0xFA687324 signature.asc Description: This is a digitally signed message part.
Re: [Mageia-discuss] Mailing list migration: this list is closing
On Mon, 08 Apr 2013, Johnny A. Solbu wrote: On Monday 8. April 2013 01.29, David W. Hodgins wrote: While it would have been possible to automatically generate identity accounts from the registration information stored by the mailman software, it's preferable to be up front an honest about what's being done, and let people decide for themselves if they want to create such an account. Personally i don't have problem wit the requirement, i just wanted to know why the change in policy. And it apears sound. Because it would be a mess to allow sympa to manage both ldap and non-ldap accounts. But I have problems with the apparent abillity to no longer use any other address than the official one listed on my identity page. Is threre a way to do that? The only way currently is to create an identity account for each address you want to use. We can look if it would possible to support an other way to do it, but I don't know if that's possible. And of course any suggestion about how sympa could be configured to manage multiple email addresses with only one ldap account is welcome.
Re: [Mageia-discuss] Mailing list migration: this list is closing
nicolas vigier a écrit : On Mon, 08 Apr 2013, Johnny A. Solbu wrote: On Monday 8. April 2013 01.29, David W. Hodgins wrote: While it would have been possible to automatically generate identity accounts from the registration information stored by the mailman software, it's preferable to be up front an honest about what's being done, and let people decide for themselves if they want to create such an account. Personally i don't have problem wit the requirement, i just wanted to know why the change in policy. And it apears sound. Because it would be a mess to allow sympa to manage both ldap and non-ldap accounts. But I have problems with the apparent abillity to no longer use any other address than the official one listed on my identity page. Is threre a way to do that? Would my suggestion below work for you ? The only way currently is to create an identity account for each address you want to use. We can look if it would possible to support an other way to do it, but I don't know if that's possible. And of course any suggestion about how sympa could be configured to manage multiple email addresses with only one ldap account is welcome. I don't know if this is easily configurable, but the online documentation for sympa 6.1 has an example that seems to permit filtering by multiple addresses with ldap. see http://www.sympa.org/manual/authorization-scenarios#search_condition Their example shows both sal...@cru.fr and o.sal...@cru.fr being accepted with the same filter, whereas only the first is coded as such. This seems to offer interesting possibilities, allowing users to have alternate email adresses with different prefixes of their ldap adresse. (by automatically adding * to the beginning of user ldap adresses.) The code could require a minimum length to minimise false positives, and/or add the * just before @. Would this work, and without too much effort ? -- André
