Re: Problem to send email (Validation user) with Continuum 1.1 final
Ok Wendy, Usualy I create the user because of the permission. I understood, thank you for return. - Original Message - From: Wendy Smoak [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, December 28, 2007 12:57 AM Subject: Re: Problem to send email (Validation user) with Continuum 1.1 final On Dec 27, 2007 11:52 AM, Claudio Ranieri [EMAIL PROTECTED] wrote: But it isn´t intuitive. Could you add parameter email.validation.required=false in security.properties (trunk version)? Other solution is add automatically send email in creating user. IMO it's slightly broken at the moment. If you (as an admin) manually create a user, he shouldn't *also* have to validate by receiving and clicking a link in an email. That's what the issue I linked to is about. I consider self-registration (which works) to be the normal use case, and manually creating users to be the alternate. So the current defaults make sense to me. Are you more likely to create a user than to have them self-register? -- Wendy
Re: Problem to send email (Validation user) with Continuum 1.1 final
Hi Wendy, When I create a new user, the user doesn´t receive email until I click in Resend Validation. Is it a bug? Thanks - Original Message - From: Claudio Ranieri [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, December 26, 2007 9:19 AM Subject: Re: Problem to send email (Validation user) with Continuum 1.1 final Great Wendy, Thanks! - Original Message - From: Wendy Smoak [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, December 23, 2007 4:03 PM Subject: Re: Problem to send email (Validation user) with Continuum 1.1 final On Dec 21, 2007 9:41 AM, Claudio Ranieri [EMAIL PROTECTED] wrote: But you creating a sample file helps a lot. http://jira.codehaus.org/browse/CONTINUUM-1612 I put email.from.name, email.from.address and email.validation.subject in the sample file. Thanks, -- Wendy
Re: Problem to send email (Validation user) with Continuum 1.1 final
On Dec 27, 2007 9:45 AM, Claudio Ranieri [EMAIL PROTECTED] wrote: When I create a new user, the user doesn´t receive email until I click in Resend Validation. Is it a bug? Not as far as I know. Creating a user does not automatically send a validation email. See also http://jira.codehaus.org/browse/REDBACK-118 . -- Wendy
Re: Problem to send email (Validation user) with Continuum 1.1 final
Ok Wendy, But it isn´t intuitive. Could you add parameter email.validation.required=false in security.properties (trunk version)? Other solution is add automatically send email in creating user. Thanks - Original Message - From: Wendy Smoak [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, December 27, 2007 4:07 PM Subject: Re: Problem to send email (Validation user) with Continuum 1.1 final On Dec 27, 2007 9:45 AM, Claudio Ranieri [EMAIL PROTECTED] wrote: When I create a new user, the user doesn´t receive email until I click in Resend Validation. Is it a bug? Not as far as I know. Creating a user does not automatically send a validation email. See also http://jira.codehaus.org/browse/REDBACK-118 . -- Wendy
Re: Problem to send email (Validation user) with Continuum 1.1 final
Great Wendy, Thanks! - Original Message - From: Wendy Smoak [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, December 23, 2007 4:03 PM Subject: Re: Problem to send email (Validation user) with Continuum 1.1 final On Dec 21, 2007 9:41 AM, Claudio Ranieri [EMAIL PROTECTED] wrote: But you creating a sample file helps a lot. http://jira.codehaus.org/browse/CONTINUUM-1612 I put email.from.name, email.from.address and email.validation.subject in the sample file. Thanks, -- Wendy
Re: Problem to send email (Validation user) with Continuum 1.1 final
Hi Wendy, I did a test with file security.properties in /path/to/continuum/conf/ and work out. As sugestion, the Continuum Team can add the file /path/to/continuum/conf/security.properties in next release of Continuum. The Continuum Team can unify all sender email. Today, there are 2 config in : /path/to/continuum/apps/continuum/webapp/WEB-INF/classes/META-INF/plexus/application.xml (parameters from-mailbox and from-name) and /path/to/continuum/conf/security.properties Thanks - Original Message - From: Wendy Smoak [EMAIL PROTECTED] To: continuum-users@maven.apache.org Sent: Thursday, December 20, 2007 6:52 PM Subject: Re: Problem to send email (Validation user) with Continuum 1.1 final On 12/20/07, Claudio Ranieri [EMAIL PROTECTED] wrote: I looked for this file in Continuum 1.1 final, but I did´nt find security.properties in /path/to/continuum/conf/ Using grep I found the file security.properties in /path/to/continuum/apps/continuum/webapp/WEB-INF/classes/org/apache/maven/continuum/security.properties I added in this file this lines: You can create /path/to/continuum/conf/security.properties and put your changes there-- they should override the ones down in the webapp, and it will make upgrades easier. -- Wendy
Re: Problem to send email (Validation user) with Continuum 1.1 final
Hi Wendy, about it doesn't need to be there unless you're overriding the defaults It is not always true. I needed add lines in security.properties to send the Validation user email (in smtp without user and password). But you creating a sample file helps a lot. Thanks for return. - Original Message - From: Wendy Smoak [EMAIL PROTECTED] To: continuum-users@maven.apache.org Sent: Friday, December 21, 2007 12:45 PM Subject: Re: Problem to send email (Validation user) with Continuum 1.1 final On Dec 21, 2007 5:06 AM, Claudio Ranieri [EMAIL PROTECTED] wrote: I did a test with file security.properties in /path/to/continuum/conf/ and work out. As sugestion, the Continuum Team can add the file /path/to/continuum/conf/security.properties in next release of Continuum. We should definitely document it better, and possibly leave a sample file in /conf, but it doesn't need to be there unless you're overriding the defaults. The Continuum Team can unify all sender email. Today, there are 2 config in /path/to/continuum/apps/continuum/webapp/WEB-INF/classes/META-INF/plexus/application.xml (parameters from-mailbox and from-name) and /path/to/continuum/conf/security.properties Probably not, since the first file comes from Continuum, and the second from Redback, a separate project that gets included into Continuum to handle authenticataion and role-based authorization. -- Wendy
Re: Problem to send email (Validation user) with Continuum 1.1 final
On Dec 21, 2007 5:06 AM, Claudio Ranieri [EMAIL PROTECTED] wrote: I did a test with file security.properties in /path/to/continuum/conf/ and work out. As sugestion, the Continuum Team can add the file /path/to/continuum/conf/security.properties in next release of Continuum. We should definitely document it better, and possibly leave a sample file in /conf, but it doesn't need to be there unless you're overriding the defaults. The Continuum Team can unify all sender email. Today, there are 2 config in /path/to/continuum/apps/continuum/webapp/WEB-INF/classes/META-INF/plexus/application.xml (parameters from-mailbox and from-name) and /path/to/continuum/conf/security.properties Probably not, since the first file comes from Continuum, and the second from Redback, a separate project that gets included into Continuum to handle authenticataion and role-based authorization. -- Wendy
Re: Problem to send email (Validation user) with Continuum 1.1 final
I found in wiki: http://docs.codehaus.org/display/CONTINUUMUSER/Deploying The config of /path/to/continuum/conf/security.properties. In this file there is: # # Email Settings # All emails sent by the system will be from the following user name (used in conjunction with address) [EMAIL PROTECTED] email.from.name=Continuum Admin Username # The subject line for the email message. email.validation.subject=Welcome to Maven Continuum I looked for this file in Continuum 1.1 final, but I did´nt find security.properties in /path/to/continuum/conf/ Using grep I found the file security.properties in /path/to/continuum/apps/continuum/webapp/WEB-INF/classes/org/apache/maven/continuum/security.properties I added in this file this lines: [EMAIL PROTECTED] email.from.name=Continuum This config resolved my problem (with com.sun.mail.smtp.SMTPSendFailedException: 553 5.5.4 [EMAIL PROTECTED]... Real domain name required for sender address) Bye - Original Message - From: Claudio R [EMAIL PROTECTED] To: continuum-users@maven.apache.org Sent: Wednesday, December 19, 2007 9:39 PM Subject: Problem to send email (Validation user) with Continuum 1.1 final Hi, I configured the CONTINUUM_HOME/conf/plexus.xml as: resource namemail/Session/name typejavax.mail.Session/type properties property namemail.smtp.host/name valuexxx.xxx.com.br/value /property property namemail.smtp.port/name value25/value /property !-- property namemail.smtp.auth/name valuetrue/value /property property namemail.smtp.user/name valueyour_login/value /property property namepassword/name valueyour_password/value /property property namemail.smtp.debug/name valuetrue/value /property property namemail.smtp.starttls.enable/name valuetrue/value /property property namemail.smtp.socketFactory.class/name valuejavax.net.ssl.SSLSocketFactory/value /property -- /properties /resource But when I add a new user and I click in Resend Validation, I get in continuum.log org.codehaus.plexus.mailsender.MailSenderException: Error while sending the message. at org.codehaus.plexus.mailsender.javamail.AbstractJavamailMailSender.send(AbstractJavamailMailSender.java:221) at org.codehaus.plexus.redback.xwork.mail.Mailer.sendMessage(Mailer.java:145) at org.codehaus.plexus.redback.xwork.mail.Mailer.sendAccountValidationEmail(Mailer.java:70) at org.codehaus.plexus.redback.xwork.action.RegisterAction.resendRegistrationEmail(RegisterAction.java:207) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at com.opensymphony.xwork.DefaultActionInvocation.invokeAction(DefaultActionInvocation.java:358) at com.opensymphony.xwork.DefaultActionInvocation.invokeActionOnly(DefaultActionInvocation.java:218) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:192) at org.codehaus.plexus.redback.xwork.interceptor.SecureActionInterceptor.intercept(SecureActionInterceptor.java:114) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:190) at org.codehaus.plexus.redback.xwork.interceptor.PolicyEnforcementInterceptor.intercept(PolicyEnforcementInterceptor.java:149) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:190) at org.codehaus.plexus.redback.xwork.interceptor.AutoLoginInterceptor.intercept(AutoLoginInterceptor.java:156) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:190) at org.codehaus.plexus.redback.xwork.interceptor.ForceAdminUserInterceptor.intercept(ForceAdminUserInterceptor.java:76) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:190) at org.codehaus.plexus.redback.xwork.interceptor.EnvironmentCheckInterceptor.intercept(EnvironmentCheckInterceptor.java:122) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:190) at com.opensymphony.xwork.interceptor.DefaultWorkflowInterceptor.doIntercept(DefaultWorkflowInterceptor.java:175
Re: Problem to send email (Validation user) with Continuum 1.1 final
On 12/20/07, Claudio Ranieri [EMAIL PROTECTED] wrote: I looked for this file in Continuum 1.1 final, but I did´nt find security.properties in /path/to/continuum/conf/ Using grep I found the file security.properties in /path/to/continuum/apps/continuum/webapp/WEB-INF/classes/org/apache/maven/continuum/security.properties I added in this file this lines: You can create /path/to/continuum/conf/security.properties and put your changes there-- they should override the ones down in the webapp, and it will make upgrades easier. -- Wendy
Problem to send email (Validation user) with Continuum 1.1 final
Hi, I configured the CONTINUUM_HOME/conf/plexus.xml as: resource namemail/Session/name typejavax.mail.Session/type properties property namemail.smtp.host/name valuexxx.xxx.com.br/value /property property namemail.smtp.port/name value25/value /property !-- property namemail.smtp.auth/name valuetrue/value /property property namemail.smtp.user/name valueyour_login/value /property property namepassword/name valueyour_password/value /property property namemail.smtp.debug/name valuetrue/value /property property namemail.smtp.starttls.enable/name valuetrue/value /property property namemail.smtp.socketFactory.class/name valuejavax.net.ssl.SSLSocketFactory/value /property -- /properties /resource But when I add a new user and I click in Resend Validation, I get in continuum.log org.codehaus.plexus.mailsender.MailSenderException: Error while sending the message. at org.codehaus.plexus.mailsender.javamail.AbstractJavamailMailSender.send(AbstractJavamailMailSender.java:221) at org.codehaus.plexus.redback.xwork.mail.Mailer.sendMessage(Mailer.java:145) at org.codehaus.plexus.redback.xwork.mail.Mailer.sendAccountValidationEmail(Mailer.java:70) at org.codehaus.plexus.redback.xwork.action.RegisterAction.resendRegistrationEmail(RegisterAction.java:207) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at com.opensymphony.xwork.DefaultActionInvocation.invokeAction(DefaultActionInvocation.java:358) at com.opensymphony.xwork.DefaultActionInvocation.invokeActionOnly(DefaultActionInvocation.java:218) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:192) at org.codehaus.plexus.redback.xwork.interceptor.SecureActionInterceptor.intercept(SecureActionInterceptor.java:114) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:190) at org.codehaus.plexus.redback.xwork.interceptor.PolicyEnforcementInterceptor.intercept(PolicyEnforcementInterceptor.java:149) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:190) at org.codehaus.plexus.redback.xwork.interceptor.AutoLoginInterceptor.intercept(AutoLoginInterceptor.java:156) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:190) at org.codehaus.plexus.redback.xwork.interceptor.ForceAdminUserInterceptor.intercept(ForceAdminUserInterceptor.java:76) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:190) at org.codehaus.plexus.redback.xwork.interceptor.EnvironmentCheckInterceptor.intercept(EnvironmentCheckInterceptor.java:122) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:190) at com.opensymphony.xwork.interceptor.DefaultWorkflowInterceptor.doIntercept(DefaultWorkflowInterceptor.java:175) at com.opensymphony.xwork.interceptor.MethodFilterInterceptor.intercept(MethodFilterInterceptor.java:86) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:190) at com.opensymphony.xwork.validator.ValidationInterceptor.doIntercept(ValidationInterceptor.java:115) at com.opensymphony.xwork.interceptor.MethodFilterInterceptor.intercept(MethodFilterInterceptor.java:86) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:190) at com.opensymphony.xwork.interceptor.AroundInterceptor.intercept(AroundInterceptor.java:31) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:190) at com.opensymphony.xwork.interceptor.AroundInterceptor.intercept(AroundInterceptor.java:31) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:190) at com.opensymphony.xwork.interceptor.AroundInterceptor.intercept(AroundInterceptor.java:31) at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:190) at