Forums / Extensions / eZ Newsletter / Anonymous subscribing problem

"Please Note:

At the specific request of Ibexa we are changing this projects name to "Exponential" or "Exponential (CMS)" effective as of August, 11th 2025.
This project is not associated with the original eZ Publish software or its original developer, eZ Systems or Ibexa".

Anonymous subscribing problem

Previous topic

eZ Newsletter

Next topic

Author	Message
Pierre Tissot	Friday 22 February 2008 2:28:16 am Hello, Why if I put the inscription without password, the user once he receive the email when he clicks on unsubcribe the password is asked? Another question how multilanguage works? I know already that we can, in ez way, to translate a document. What I don't understand is how one user can subscribe to one specific newsletter language. Thanks in advance Pierre tissot
Gabriel Finkelstein	Tuesday 15 April 2008 12:03:50 pm Because, despite the list doesn't need a password, there is still a password stored in the subscriber. I think it's because there is only 1 subscriber, but multiple subscriptions (one for each list). One list might be password free, but another not. And the password belongs to the subscriber, not the subscription. I suppose the only way of solving this is removing all the passwords in the table ezsubscriptionuserdata, and not to require a password in any of your lists.

Author

Message

Pierre Tissot

Friday 22 February 2008 2:28:16 am

Hello,

Why if I put the inscription without password, the user once he receive the email when he clicks on unsubcribe the password is asked?

Another question how multilanguage works?
I know already that we can, in ez way, to translate a document. What I don't understand is how one user can subscribe to one specific newsletter language.

Thanks in advance
Pierre tissot

Gabriel Finkelstein

Tuesday 15 April 2008 12:03:50 pm

Because, despite the list doesn't need a password, there is still a password stored in the subscriber. I think it's because there is only 1 subscriber, but multiple subscriptions (one for each list). One list might be password free, but another not. And the password belongs to the subscriber, not the subscription.
I suppose the only way of solving this is removing all the passwords in the table ezsubscriptionuserdata, and not to require a password in any of your lists.