1 Sep 2010 21:04
1 Sep 2010 23:01
1 Sep 2010 23:40
Re: Another beta release for Sympa 6.1 planned?
On Wed, Sep 1, 2010 at 4:01 PM, Paul Menzel <pm.debian@...> wrote: > Am Mittwoch, den 01.09.2010, 14:04 -0500 schrieb Amos: >> Just curious to know if there's another beta snapshot of 2.1 planned, >> and if so when that might be? > > I guess you mean Sympa 6.1? (I hope the developers can answer this.) > Yes, thanks.
2 Sep 2010 10:00
Re: Another beta release for Sympa 6.1 planned?
Hi,
Sure we can answer.
Actually we issued a 6.1b.6 (after a b5 that didn't last long) last week. We were waiting to be sure it behave right before sending an announce.
We fixed a few things and even added a few cosmetic features, so there will be a beta 7 either at the end of the week or at the beginning of next week.
It is growing very stable and we really think we can release the 6.1 as a stable version by the end of September.
Regards,
David
Le 01/09/2010 23:40, Amos a écrit :
Sure we can answer.
Actually we issued a 6.1b.6 (after a b5 that didn't last long) last week. We were waiting to be sure it behave right before sending an announce.
We fixed a few things and even added a few cosmetic features, so there will be a beta 7 either at the end of the week or at the beginning of next week.
It is growing very stable and we really think we can release the 6.1 as a stable version by the end of September.
Regards,
David
Le 01/09/2010 23:40, Amos a écrit :
On Wed, Sep 1, 2010 at 4:01 PM, Paul Menzel <pm.debian-gM/Ye1E23mwN+BqQ9rBEUg@public.gmane.org> wrote:Am Mittwoch, den 01.09.2010, 14:04 -0500 schrieb Amos:Yes, thanks.Just curious to know if there's another beta snapshot of 2.1 planned, and if so when that might be?I guess you mean Sympa 6.1? (I hope the developers can answer this.)
--
David Verdin
Comité réseau des universités
Due to the limitations of human brain, I fail to remember all the mails.
So if you want your bug reports or feature requests for Sympa to be processed, please post them to the Sympa tracker
David Verdin
Comité réseau des universités
Due to the limitations of human brain, I fail to remember all the mails.
So if you want your bug reports or feature requests for Sympa to be processed, please post them to the Sympa tracker
2 Sep 2010 10:38
Re: funnyness involving password resets
Hi Miles,
Le 31/08/2010 02:43, Miles Fidelman a écrit :
Until recently I blamed administrators for keeping such out of date templates but a user of ours pointed that:
1- warning about the importance to update templates were not very visible, so it was easy to miss it;
2- We still made the password available to mail templates even though it was now pointless.
So we will change the code (in the beta 7 or beta 8) to stop delivering passwords.
Could you please check that you did not have a valid session running prior to clicking the used link?
Apart from this, everything seems to be working as it is intended to.
Regards,
David
Le 31/08/2010 02:43, Miles Fidelman a écrit :
Of late, I've been having a funny problem with password resets.This is probably due to customized templates in your instance. These templates were not updated after you upgraded (Sympa never changes anything in customized files in etc or expl). So they still contain placeholders for the password. As of Sympa 5.4, the password are stored in a non reversible fashion (we store a MD5 hash). So the funny looking passwords your users receive are these MD5 hashes.
Two different symptoms. In some cases, new users are getting funny looking passwords in their "welcome" message, which don't actually work.
Until recently I blamed administrators for keeping such out of date templates but a user of ours pointed that:
1- warning about the importance to update templates were not very visible, so it was easy to miss it;
2- We still made the password available to mail templates even though it was now pointless.
So we will change the code (in the beta 7 or beta 8) to stop delivering passwords.
One should not. If the link was not valid, then you should not be logged in after clicking it. These are one time tickets. So as soon as they have been clicked, you can't use them anymore.
Then, clicking on "lost password," and asking for a new password results in an email with a link it. Clicking on the link sometimes leads to a screen for entering a new password, but sometimes leads to a screen saying:
Sorry, this operation can't be performed
A validation link was sent to you on 30 Aug 2010 at 20:38:18. (the validation link was requested from host 173.76.134.212)
reason
The validation link has already been validated from host 173.76.134.212 .If you did not perform this validation, please report this confidentiality issue to your mail services administrator.
After which, one is logged in.
Could you please check that you did not have a valid session running prior to clicking the used link?
Apart from this, everything seems to be working as it is intended to.
Regards,
David
Any thoughts on what might be going on, or how to track this down?
Thanks,
Miles Fidelman
--
David Verdin
Comité réseau des universités
Due to the limitations of human brain, I fail to remember all the mails.
So if you want your bug reports or feature requests for Sympa to be processed, please post them to the Sympa tracker
David Verdin
Comité réseau des universités
Due to the limitations of human brain, I fail to remember all the mails.
So if you want your bug reports or feature requests for Sympa to be processed, please post them to the Sympa tracker
2 Sep 2010 23:31
SQL query-based data sources problem...
Hello, I just realized that one of my SQL query-based lists still has subscribers that were removed from the database long time ago, but I do see new subscribers from the database show up in the list as expected. I was under the impressions that people that are gone from the database would also be removed from the list. Am I missing something here? One note, this list has a few 'nonmember subscribers'. Would that be causing issues with automatic removal of users? Another oddity i found, is that a user who was *never* in the database, has somehow appeared in this particular list. Subscription date is the same as list creation date and last update is listed as TODAY! I am the only one with admin access to the list and i know for sure that i have never subscribed or added this user to the database. I ran the SQL query used in the data source by hand and it returned results as expected, yet in Sympa it shows 138 subscribers more than in the database, and the user in question is not listed either. What gives? I am running 6.0.1 thanks, -i
3 Sep 2010 03:11
Re: funnyness involving password resets
David Verdin wrote: > This is probably due to customized templates in your instance. These > templates were not updated after you upgraded (Sympa never changes > anything in customized files in etc or expl). So they still contain > placeholders for the password. As of Sympa 5.4, the password are > stored in a non reversible fashion (we store a MD5 hash). So the funny > looking passwords your users receive are these MD5 hashes. > Until recently I blamed administrators for keeping such out of date > templates but a user of ours pointed that: > 1- warning about the importance to update templates were not very > visible, so it was easy to miss it; > 2- We still made the password available to mail templates even though > it was now pointless. > So we will change the code (in the beta 7 or beta 8) to stop > delivering passwords. Ok - just edited all the custom templates. Problem solved. Re. second problem: >> Then, clicking on "lost password," and asking for a new password >> results in an email with a link it. Clicking on the link sometimes >> leads to a screen for entering a new password, but sometimes leads to >> a screen saying: >> >> Sorry, this operation can't be performed >> >> A validation link was sent to you on 30 Aug 2010 at 20:38:18. (the >> validation link was requested from host 173.76.134.212) >> >> reason >> >> The validation link has already been validated from host >> 173.76.134.212 .If you did not perform this validation, please report >> this confidentiality issue to your mail services administrator. >> >> After which, one is logged in. > One should not. If the link was not valid, then you should not be > logged in after clicking it. These are one time tickets. So as soon as > they have been clicked, you can't use them anymore. > Could you please check that you did not have a valid session running > prior to clicking the used link? This problem is repeatable. I'm logged out, click on the ticket, end up logged in, with the above error. Instead of clicking on the emailed link, I tried cutting and pasting it into my browser (SeaMonkey) - same problem. I then tried cutting and pasting it into a different browser (Safari), and all worked properly. I think one of two things is happening: 1. I have my list password saved in my browser - it could be automatically logging me in when I click on the link. Or, 2. It could have to do with having a cookie left around from the previous session. I expect it's number 1. Thanks, Miles -- -- In theory, there is no difference between theory and practice. In<fnord> practice, there is. .... Yogi Berra
3 Sep 2010 11:39
Re: funnyness involving password resets
Miles,
Le 03/09/2010 03:11, Miles Fidelman a écrit :
I'll have to take a look at the code used in one_time_tickets.
More news ASAP...
Cheers,
David
Le 03/09/2010 03:11, Miles Fidelman a écrit :
Ok - just edited all the custom templates. Problem solved.Good.
Even like that, the fact to click on a used link should not log you in.
Re. second problem:
This problem is repeatable. I'm logged out, click on the ticket, end up logged in, with the above error.
Instead of clicking on the emailed link, I tried cutting and pasting it into my browser (SeaMonkey) - same problem. I then tried cutting and pasting it into a different browser (Safari), and all worked properly. I think one of two things is happening:
1. I have my list password saved in my browser - it could be automatically logging me in when I click on the link. Or,
2. It could have to do with having a cookie left around from the previous session.
I expect it's number 1.
I'll have to take a look at the code used in one_time_tickets.
More news ASAP...
Cheers,
David
Thanks,
Miles
--
David Verdin
Comité réseau des universités
Due to the limitations of human brain, I fail to remember all the mails.
So if you want your bug reports or feature requests for Sympa to be processed, please post them to the Sympa tracker
David Verdin
Comité réseau des universités
Due to the limitations of human brain, I fail to remember all the mails.
So if you want your bug reports or feature requests for Sympa to be processed, please post them to the Sympa tracker
3 Sep 2010 11:53
3 Sep 2010 14:59
Re: ajouter une note à un message
Sorry for this French speaking message to sympa-users. It's a
moderation error.
Please ignore it.
Cheers,
David
Le 03/09/2010 11:53, raphael.garcia-2qmiI4RaKvk@public.gmane.org a écrit :
Please ignore it.
Cheers,
David
Le 03/09/2010 11:53, raphael.garcia-2qmiI4RaKvk@public.gmane.org a écrit :
Est-il possible d'ajouter une note d'information au bas d'un message envoyé à un mailin-list. Ainsi qu'une copie à une adresse générique que l'on ne souhaite pas mettre dans les abonnés.
--
David Verdin
Comité réseau des universités
Due to the limitations of human brain, I fail to remember all the mails.
So if you want your bug reports or feature requests for Sympa to be processed, please post them to the Sympa tracker
David Verdin
Comité réseau des universités
Due to the limitations of human brain, I fail to remember all the mails.
So if you want your bug reports or feature requests for Sympa to be processed, please post them to the Sympa tracker
RSS Feed