Re: [Mailman-Developers] Regarding Subscriber profile pages project
On Mar 17, 2015, at 10:36 PM, Ashish Kumar wrote: 1. Use of different email addresses - so called aliases - for sending emails Mailman 3's model is that users can have one or more addresses linked to their record, and can specific a preferred address. You can subscribe to a mailing list with any specific address, or with the generic preferred address. Thus if the user changes their preferred address, all the subscriptions tied to the preferred automatically get changed over, with no other action on their part. If you're a Launchpad user and have visited your +editemail page, you'll see this exact model played out, and we've been very happy with it. Note too that the subscribed email only defines the address to which your list deliveries will be sent. You can still post to the list with any address linked to your user record, as long as its been verified. Cheers, -Barry ___ Mailman-Developers mailing list Mailman-Developers@python.org https://mail.python.org/mailman/listinfo/mailman-developers Mailman FAQ: http://wiki.list.org/x/AgA3 Searchable Archives: http://www.mail-archive.com/mailman-developers%40python.org/ Unsubscribe: https://mail.python.org/mailman/options/mailman-developers/archive%40jab.org Security Policy: http://wiki.list.org/x/QIA9
Re: [Mailman-Developers] Regarding Subscriber profile pages project
Hi, I will surely submit my proposal by the end of 20th March. Actually I am busy in my mid term exams, It will end on 20th morning. I will submit it thereafter. Thanks for your response. I will discuss more about it later. Thanks Ashish Kumar On Wed, Mar 18, 2015 at 8:19 AM, Stephen J. Turnbull step...@xemacs.org wrote: Ashish Kumar writes: 1. Use of different email addresses - so called aliases - for sending emails: This is a good point as a user perspective. We will give user an option to save an email address and out of the entered email address we will ask which email address he/she want to use for sending email. I think we can extend this feature for moderators and owners too. I don't see how you plan to do this. Picking the right alias is a MUA function, not a list function. Please be more specific about the workflow you have in mind. Have aliases sounds good, but what does this mean for the user's actions and the system's responses? If you just mean multiple subscriptions under different addresses, Mailman has always allowed that (it's impossible to prevent), and made it convenient by providing a no mail flag for the address. 2. Dynamic list: It is also another idea for subscribers. This is a separate project. 3. There is also a feature about essay. The essay feature can be enabled by the list creator when creating the list, and at the same time the list creator can choose which questions to ask. The default when enabling this feature are the questions used for the Systers maillist but by simply editing the field with the questions the list creator can choose to have other questions instead. [ Reference : Above link] I think you'll find that editing is not so simple. Users will not do this right. Many cannot handle simple formatting rules like reStructuredText or Markdown. So you will need to provide an interface that automatically numbers the questions, allows the user to insert, delete, edit, and reorder questions, and cleans the question (eg stripping leading and trailing whitespace) as well as allowing an optional/required setting per question. Bonus points for a device that allows the questions asked to depend on previous answers. Perhaps content length constraints (maximum for most questions, minimum for essay) per question. Image uploads (must be able to validate!!) All answers must be validated. I have a doubt if essay feature can be part of subscriber's profile page. Yes, it should be. Systers has been a good citizen in our community, it would be bad if we borrowed some of their ideas but didn't provide a pretty complete set of their features and they had to continue their fork just to get basic features. Barry also has dreams of making Mailman a community center that obsoletes web fora and maybe even Facebook. Even though we were just joking when we talked about that, I think these features make a lot of sense for many communities, not just Systers. Please submit a proposal on Melange, addressing most of the points above. If you're still not sure this is the project you want to do, check GSoC but I believe you're allowed to submit up to 5 proposals total and no rule against more than one to same org. If you feel very unsure about it, say so, but putting it in Melange makes it a lot easier to manage because it's a single design and plan. ML discussions without such a focus don't work well. ___ Mailman-Developers mailing list Mailman-Developers@python.org https://mail.python.org/mailman/listinfo/mailman-developers Mailman FAQ: http://wiki.list.org/x/AgA3 Searchable Archives: http://www.mail-archive.com/mailman-developers%40python.org/ Unsubscribe: https://mail.python.org/mailman/options/mailman-developers/archive%40jab.org Security Policy: http://wiki.list.org/x/QIA9
Re: [Mailman-Developers] Regarding Subscriber profile pages project
Ashish Kumar writes: 1. Use of different email addresses - so called aliases - for sending emails: This is a good point as a user perspective. We will give user an option to save an email address and out of the entered email address we will ask which email address he/she want to use for sending email. I think we can extend this feature for moderators and owners too. I don't see how you plan to do this. Picking the right alias is a MUA function, not a list function. Please be more specific about the workflow you have in mind. Have aliases sounds good, but what does this mean for the user's actions and the system's responses? If you just mean multiple subscriptions under different addresses, Mailman has always allowed that (it's impossible to prevent), and made it convenient by providing a no mail flag for the address. 2. Dynamic list: It is also another idea for subscribers. This is a separate project. 3. There is also a feature about essay. The essay feature can be enabled by the list creator when creating the list, and at the same time the list creator can choose which questions to ask. The default when enabling this feature are the questions used for the Systers maillist but by simply editing the field with the questions the list creator can choose to have other questions instead. [ Reference : Above link] I think you'll find that editing is not so simple. Users will not do this right. Many cannot handle simple formatting rules like reStructuredText or Markdown. So you will need to provide an interface that automatically numbers the questions, allows the user to insert, delete, edit, and reorder questions, and cleans the question (eg stripping leading and trailing whitespace) as well as allowing an optional/required setting per question. Bonus points for a device that allows the questions asked to depend on previous answers. Perhaps content length constraints (maximum for most questions, minimum for essay) per question. Image uploads (must be able to validate!!) All answers must be validated. I have a doubt if essay feature can be part of subscriber's profile page. Yes, it should be. Systers has been a good citizen in our community, it would be bad if we borrowed some of their ideas but didn't provide a pretty complete set of their features and they had to continue their fork just to get basic features. Barry also has dreams of making Mailman a community center that obsoletes web fora and maybe even Facebook. Even though we were just joking when we talked about that, I think these features make a lot of sense for many communities, not just Systers. Please submit a proposal on Melange, addressing most of the points above. If you're still not sure this is the project you want to do, check GSoC but I believe you're allowed to submit up to 5 proposals total and no rule against more than one to same org. If you feel very unsure about it, say so, but putting it in Melange makes it a lot easier to manage because it's a single design and plan. ML discussions without such a focus don't work well. ___ Mailman-Developers mailing list Mailman-Developers@python.org https://mail.python.org/mailman/listinfo/mailman-developers Mailman FAQ: http://wiki.list.org/x/AgA3 Searchable Archives: http://www.mail-archive.com/mailman-developers%40python.org/ Unsubscribe: https://mail.python.org/mailman/options/mailman-developers/archive%40jab.org Security Policy: http://wiki.list.org/x/QIA9
[Mailman-Developers] Regarding Subscriber profile pages project
Ashish, Aside from Abhilash's advice (to which +1), you should also look into the Syster's implementation (IIRC it lives in github/systers somewhere) of Mailman, which already implements a similar feature. You can ask (politely! you're a guest there) on systers-...@systers.org (you may need to subscribe) or on Freenode IRC #systers-dev or #systers-soc. ___ Mailman-Developers mailing list Mailman-Developers@python.org https://mail.python.org/mailman/listinfo/mailman-developers Mailman FAQ: http://wiki.list.org/x/AgA3 Searchable Archives: http://www.mail-archive.com/mailman-developers%40python.org/ Unsubscribe: https://mail.python.org/mailman/options/mailman-developers/archive%40jab.org Security Policy: http://wiki.list.org/x/QIA9
Re: [Mailman-Developers] Regarding Subscriber profile pages project
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Friday 13 March 2015 05:25 PM, Ashish Kumar wrote: Hi, From the description, I think we need to complete following steps: 1. Create a form to take user information. 2. lists in which user want to show its user info 3. Option for user to select lists to share user info Yes, we would need 1) since persona authentication just gives us subcriber's email address. But that obviously needs to be only optional. Also, 'Profile Pages' would list his subscriptions and other information so that needs to be added too. We need to add tests also for verifying each logic. Can someone please correct me If I am right about my assumptions. I have a question if there is any special interface required for list moderator or owner? Yes, but that is altogether another project idea, the Admin/Mod dashboard one. - -- thanks, Abhilash -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJVA9NZAAoJEJ2bK6Bh0KZ8aqEQAMHB6npY+8bzMSI9AxzUtOU7 TT3lIt7h17D78DLAkAt0+Q/TNeD4OV3eoApCizfIKraoAbgHAepWvz21jkOxRXb7 jRSAa4oskJ2Qq/zZBfIXIO1f5ImjaBMx/flHhatzTSJ5t5KG58N872tHKgWXaLAn IK8oxdM3gZQbXju0NaJoEBU14XiyBM4vSdAz7LfZx1QLlyK9uo/wt4YlTfG5gBHo 8qEyoplOv1QSIXCerUPw/Q3Y4SaGbtL7wRGScVj9BH6b0SaQx7aEGTH/QKXwZxIo DIKdE5jY/3MufMkzxLOW43V2FA7OycwSipeqZ42n3w1BO1WLba7+FRIo8vdoBF5/ 1zEMmjCP5ffk3NH5j2dJTrfUqtwydxZfyoKxm3AkyXKN18N7tv1fGtr+LdL6tkIA lQN/zDiq4Koi4H9H7YkIryCeX3bRyC8FcCEquJ8K0KqiJbrD43yD+bJv+pBKOzXv /ttuHXmExGnvnln9bJnmdgVbw9PgFQzCTdWiYy2RRy+5kGC7WPgXX/JHBdzvSF2A HoqrAA17Td5BIeQAit3o4z4JapASDw7FmEm9lB2zKUlgBwv2Hj2SHeDmPHjtwW60 oGL0bnAa0eknZ2bfJRgTyb6ddrJLF20PXLU/uCj3nPVhr0k0PhpQdvL8i6PEJuf5 gen7YUNUZLkwop1/Q+99 =2fHq -END PGP SIGNATURE- ___ Mailman-Developers mailing list Mailman-Developers@python.org https://mail.python.org/mailman/listinfo/mailman-developers Mailman FAQ: http://wiki.list.org/x/AgA3 Searchable Archives: http://www.mail-archive.com/mailman-developers%40python.org/ Unsubscribe: https://mail.python.org/mailman/options/mailman-developers/archive%40jab.org Security Policy: http://wiki.list.org/x/QIA9
[Mailman-Developers] Regarding Subscriber profile pages project
Hi, From the description, I think we need to complete following steps: 1. Create a form to take user information. 2. lists in which user want to show its user info 3. Option for user to select lists to share user info We need to add tests also for verifying each logic. Can someone please correct me If I am right about my assumptions. I have a question if there is any special interface required for list moderator or owner? Thanks Ashish Kumar ___ Mailman-Developers mailing list Mailman-Developers@python.org https://mail.python.org/mailman/listinfo/mailman-developers Mailman FAQ: http://wiki.list.org/x/AgA3 Searchable Archives: http://www.mail-archive.com/mailman-developers%40python.org/ Unsubscribe: https://mail.python.org/mailman/options/mailman-developers/archive%40jab.org Security Policy: http://wiki.list.org/x/QIA9
