You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@continuum.apache.org by Claudio R <us...@yahoo.com.br> on 2007/12/20 00:39:58 UTC
Problem to send email (Validation user) with Continuum 1.1 final
Hi,
I configured the CONTINUUM_HOME/conf/plexus.xml as:
<resource>
<name>mail/Session</name>
<type>javax.mail.Session</type>
<properties>
<property>
<name>mail.smtp.host</name>
<value>xxx.xxx.com.br</value>
</property>
<property>
<name>mail.smtp.port</name>
<value>25</value>
</property>
<!--
<property>
<name>mail.smtp.auth</name>
<value>true</value>
</property>
<property>
<name>mail.smtp.user</name>
<value>your_login</value>
</property>
<property>
<name>password</name>
<value>your_password</value>
</property>
<property>
<name>mail.smtp.debug</name>
<value>true</value>
</property>
<property>
<name>mail.smtp.starttls.enable</name>
<value>true</value>
</property>
<property>
<name>mail.smtp.socketFactory.class</name>
<value>javax.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 com.opensymphony.webwork.interceptor.FileUploadInterceptor.intercept(FileUploadInterceptor.java:174)
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.webwork.interceptor.debugging.DebuggingInterceptor.intercept(DebuggingInterceptor.java:169)
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.I18nInterceptor.intercept(I18nInterceptor.java:151)
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 com.opensymphony.xwork.interceptor.ExceptionMappingInterceptor.intercept(ExceptionMappingInterceptor.java:186)
at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:190)
at com.opensymphony.xwork.DefaultActionProxy.execute(DefaultActionProxy.java:116)
at com.opensymphony.webwork.dispatcher.DispatcherUtils.serviceAction(DispatcherUtils.java:273)
at com.opensymphony.webwork.dispatcher.FilterDispatcher.doFilter(FilterDispatcher.java:202)
at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821)
at com.opensymphony.module.sitemesh.filter.PageFilter.parsePage(PageFilter.java:118)
at com.opensymphony.module.sitemesh.filter.PageFilter.doFilter(PageFilter.java:52)
at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821)
at com.opensymphony.webwork.dispatcher.ActionContextCleanUp.doFilter(ActionContextCleanUp.java:88)
at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821)
at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:471)
at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:568)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1530)
at org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:633)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1482)
at org.mortbay.http.HttpServer.service(HttpServer.java:909)
at org.mortbay.http.HttpConnection.service(HttpConnection.java:816)
at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:982)
at org.mortbay.http.HttpConnection.handle(HttpConnection.java:833)
at org.mortbay.http.SocketListener.handleConnection(SocketListener.java:244)
at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:357)
at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:534)
Caused by: com.sun.mail.smtp.SMTPSendFailedException: 553 5.5.4 <ro...@localhost>... Real domain name required for sender address
at com.sun.mail.smtp.SMTPTransport.issueSendCommand(SMTPTransport.java:1388)
at com.sun.mail.smtp.SMTPTransport.mailFrom(SMTPTransport.java:959)
at com.sun.mail.smtp.SMTPTransport.sendMessage(SMTPTransport.java:583)
at org.codehaus.plexus.mailsender.javamail.AbstractJavamailMailSender.send(AbstractJavamailMailSender.java:214)
... 71 more
The problem is: com.sun.mail.smtp.SMTPSendFailedException: 553 5.5.4 <ro...@localhost>... Real domain name required for sender address
The Continuum is trying email with sender root@localhost
I tried set in C:\continuum-1.1\apps\continuum\webapp\WEB-INF\classes\META-INF\plexus\application.xml the parameters from-mailbox and from-name,
but this affect only notification.
When I use smtp with user and password work out.
Please help me!
---------------------------------
Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento!
Re: Problem to send email (Validation user) with Continuum 1.1 final
Posted by Claudio Ranieri <cl...@buscape-inc.com>.
Ok Wendy,
Usualy I create the user because of the permission.
I understood, thank you for return.
----- Original Message -----
From: "Wendy Smoak" <ws...@gmail.com>
To: <co...@maven.apache.org>
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 <cl...@buscape-inc.com> 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
Posted by Wendy Smoak <ws...@gmail.com>.
On Dec 27, 2007 11:52 AM, Claudio Ranieri <cl...@buscape-inc.com> 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
Posted by Claudio Ranieri <cl...@buscape-inc.com>.
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" <ws...@gmail.com>
To: <co...@maven.apache.org>
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 <cl...@buscape-inc.com> 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
Posted by Wendy Smoak <ws...@gmail.com>.
On Dec 27, 2007 9:45 AM, Claudio Ranieri <cl...@buscape-inc.com> 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
Posted by Claudio Ranieri <cl...@buscape-inc.com>.
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" <cl...@buscape-inc.com>
To: <co...@maven.apache.org>
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" <ws...@gmail.com>
> To: <co...@maven.apache.org>
> 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 <cl...@buscape-inc.com>
>> 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
Posted by Claudio Ranieri <cl...@buscape-inc.com>.
Great Wendy,
Thanks!
----- Original Message -----
From: "Wendy Smoak" <ws...@gmail.com>
To: <co...@maven.apache.org>
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 <cl...@buscape-inc.com> 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
Posted by Wendy Smoak <ws...@gmail.com>.
On Dec 21, 2007 9:41 AM, Claudio Ranieri <cl...@buscape-inc.com> 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
Posted by Claudio Ranieri <cl...@buscape-inc.com>.
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" <ws...@gmail.com>
To: <co...@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 <cl...@buscape-inc.com> 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
Posted by Wendy Smoak <ws...@gmail.com>.
On Dec 21, 2007 5:06 AM, Claudio Ranieri <cl...@buscape-inc.com> 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
Posted by Claudio Ranieri <cl...@buscape-inc.com>.
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" <ws...@gmail.com>
To: <co...@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 <cl...@buscape-inc.com> 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
Posted by Wendy Smoak <ws...@gmail.com>.
On 12/20/07, Claudio Ranieri <cl...@buscape-inc.com> 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
Posted by Claudio Ranieri <cl...@buscape-inc.com>.
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.from.address=continuum@localhost
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.from.address=continuum@xxx.com.br
email.from.name=Continuum
This config resolved my problem (with
com.sun.mail.smtp.SMTPSendFailedException: 553 5.5.4 <ro...@localhost>...
Real domain name required for sender address)
Bye
----- Original Message -----
From: "Claudio R" <us...@yahoo.com.br>
To: <co...@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>
> <name>mail/Session</name>
> <type>javax.mail.Session</type>
> <properties>
> <property>
> <name>mail.smtp.host</name>
> <value>xxx.xxx.com.br</value>
> </property>
> <property>
> <name>mail.smtp.port</name>
> <value>25</value>
> </property>
>
> <!--
> <property>
> <name>mail.smtp.auth</name>
> <value>true</value>
> </property>
> <property>
> <name>mail.smtp.user</name>
> <value>your_login</value>
> </property>
> <property>
> <name>password</name>
> <value>your_password</value>
> </property>
> <property>
> <name>mail.smtp.debug</name>
> <value>true</value>
> </property>
> <property>
> <name>mail.smtp.starttls.enable</name>
> <value>true</value>
> </property>
> <property>
> <name>mail.smtp.socketFactory.class</name>
> <value>javax.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
> com.opensymphony.webwork.interceptor.FileUploadInterceptor.intercept(FileUploadInterceptor.java:174)
> 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.webwork.interceptor.debugging.DebuggingInterceptor.intercept(DebuggingInterceptor.java:169)
> 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.I18nInterceptor.intercept(I18nInterceptor.java:151)
> 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
> com.opensymphony.xwork.interceptor.ExceptionMappingInterceptor.intercept(ExceptionMappingInterceptor.java:186)
> at
> com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:190)
> at
> com.opensymphony.xwork.DefaultActionProxy.execute(DefaultActionProxy.java:116)
> at
> com.opensymphony.webwork.dispatcher.DispatcherUtils.serviceAction(DispatcherUtils.java:273)
> at
> com.opensymphony.webwork.dispatcher.FilterDispatcher.doFilter(FilterDispatcher.java:202)
> at
> org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821)
> at
> com.opensymphony.module.sitemesh.filter.PageFilter.parsePage(PageFilter.java:118)
> at
> com.opensymphony.module.sitemesh.filter.PageFilter.doFilter(PageFilter.java:52)
> at
> org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821)
> at
> com.opensymphony.webwork.dispatcher.ActionContextCleanUp.doFilter(ActionContextCleanUp.java:88)
> at
> org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821)
> at
> org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:471)
> at
> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:568)
> at org.mortbay.http.HttpContext.handle(HttpContext.java:1530)
> at
> org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:633)
> at org.mortbay.http.HttpContext.handle(HttpContext.java:1482)
> at org.mortbay.http.HttpServer.service(HttpServer.java:909)
> at org.mortbay.http.HttpConnection.service(HttpConnection.java:816)
> at
> org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:982)
> at org.mortbay.http.HttpConnection.handle(HttpConnection.java:833)
> at
> org.mortbay.http.SocketListener.handleConnection(SocketListener.java:244)
> at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:357)
> at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:534)
> Caused by: com.sun.mail.smtp.SMTPSendFailedException: 553 5.5.4
> <ro...@localhost>... Real domain name required for sender address
>
> at
> com.sun.mail.smtp.SMTPTransport.issueSendCommand(SMTPTransport.java:1388)
> at com.sun.mail.smtp.SMTPTransport.mailFrom(SMTPTransport.java:959)
> at
> com.sun.mail.smtp.SMTPTransport.sendMessage(SMTPTransport.java:583)
> at
> org.codehaus.plexus.mailsender.javamail.AbstractJavamailMailSender.send(AbstractJavamailMailSender.java:214)
> ... 71 more
>
> The problem is: com.sun.mail.smtp.SMTPSendFailedException: 553 5.5.4
> <ro...@localhost>... Real domain name required for sender address
> The Continuum is trying email with sender root@localhost
> I tried set in
> C:\continuum-1.1\apps\continuum\webapp\WEB-INF\classes\META-INF\plexus\application.xml
> the parameters from-mailbox and from-name,
> but this affect only notification.
> When I use smtp with user and password work out.
> Please help me!
>
>
> ---------------------------------
> Abra sua conta no Yahoo! Mail, o único sem limite de espaço para
> armazenamento!