RE: exception! javax.mail.MessagingException: Unable to create a new message name: too long. Possible loop in config.xml.

["Sharma, Ashutosh" <As...@gs.com>]

Hi Danny,
Thanks for the response.
Change the subject of the resent mail, or add some header or an
attribute which will let you ignore them if they've *already* been
resent.

Didn't worked after I change the subject of the email. When I am going
thru the code-this exception is getting generated from these places:
org.apache.james.transport.mailets
AbstractRedirect.java
AbstractVirtualUserTable.java
DSNBounce.java


if the subject is "undeliverable mail" use to processor to the
"undeliverable" processor

in the undeliverable processor if the recipient is not xyz@yahoo.com
forward it to them otherwise to processor Transport.
This one-can u provide me a sample XML node to start with.


-----Original Message-----
From: Danny Angus [mailto:danny.angus@gmail.com] 
Sent: Saturday, December 30, 2006 4:08 AM
To: James Users List
Subject: Re: exception! javax.mail.MessagingException: Unable to create
a new message name: too long. Possible loop in config.xml.

On 12/29/06, Sharma, Ashutosh <As...@gs.com> wrote:

> 2)<mailet match="SubjectStartsWith=Undeliverable Mail" class="Resend">

> exception! javax.mail.MessagingException: Unable to create a new
message
> name: too long. Possible loop in config.xml.

Change the subject of the resent mail, or add some header or an
attribute which will let you ignore them if they've *already* been
resent.

or Try this...

if the subject is "undeliverable mail" use to processor to the
"undeliverable" processor

in the undeliverable processor if the recipient is not xyz@yahoo.com
forward it to them otherwise to processor Transport.

---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org

---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org

Re: exception! javax.mail.MessagingException: Unable to create a new message name: too long. Possible loop in config.xml.

[Danny Angus <da...@gmail.com>]

On 1/2/07, Sharma, Ashutosh <As...@gs.com> wrote:

> I am seeing the mail going to the
> C:\james-2.3.0\apps\james\var\mail\relay-denied folder.

You need to check the reasons my a mail might go to that repository,
usually because the sending IP address is not in the list.

In this case a mail from "outside" destined for "inside" is allowed,
but when you forward it it becomes a mail from "outside" destined for
"outside" and this is not allowed.

I'm not sure why it would happen like that though.

d.

---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org

Re: Logging in James

[Tom Brown <to...@gmail.com>]

I haven't checked out the trunk, but the log configuration provided
for the rest of JAMES is very nice. It would be awesome if mailets had
access to the set of loggers that's defined in the main JAMES log
configuration...

Tom

On 1/2/07, Stefano Bagnara <ap...@bago.org> wrote:
> Christian Jensen wrote:
> > Hello,
> >
> > I have a class that is being used in a Mailet. How do I add logging to
> > that class? I would like the ability to specify debug vs info logging
> > and have it go into a file.
> >
> > Thanks!
> > Christian
>
> Unfortunately we don't currently have support for different log levels
> in mailet apis.
> In mailets you have a "log" method that you can use to log something.
>
> In 2.3.0 all the mailets will log in the same logfile. In trunk we added
> an option to allow a different logfile for each mailet or any other fine
> grained operations.
>
> Loglevels are in our roadmap, but I don't think they will be included in
> the next release of james because it needs a change in the API and we
> probably won't brake api compatibility before a couple of versions (but
> stay tuned for final words/updates on this).
>
> Stefano
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> For additional commands, e-mail: server-user-help@james.apache.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org

Re: Logging in James

[Stefano Bagnara <ap...@bago.org>]

Christian Jensen wrote:
> Hello,
> 
> I have a class that is being used in a Mailet. How do I add logging to
> that class? I would like the ability to specify debug vs info logging
> and have it go into a file.
> 
> Thanks!
> Christian

Unfortunately we don't currently have support for different log levels 
in mailet apis.
In mailets you have a "log" method that you can use to log something.

In 2.3.0 all the mailets will log in the same logfile. In trunk we added 
an option to allow a different logfile for each mailet or any other fine 
grained operations.

Loglevels are in our roadmap, but I don't think they will be included in 
the next release of james because it needs a change in the API and we 
probably won't brake api compatibility before a couple of versions (but 
stay tuned for final words/updates on this).

Stefano


---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org

Logging in James

[Christian Jensen <cj...@upsidewireless.com>]

Hello,

I have a class that is being used in a Mailet. How do I add logging to
that class? I would like the ability to specify debug vs info logging
and have it go into a file.

Thanks!
Christian


---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org

RE: exception! javax.mail.MessagingException: Unable to create a new message name: too long. Possible loop in config.xml.

["Sharma, Ashutosh" <As...@gs.com>]

As I am just starting on it-upgrading to 2.3 is easy for me.
I upgraded it and it didn't throw any errors. But a new problem now:
But the problem is mail is not getting forwarded to the email address as
per the forward tag.
These are the lines in config.xml that I added at right place.
<mailet match="SubjectStartsWith=Undeliverable Mail" class="Forward">
	
<forwardTo>Ashutosh_Sharma03@infosys.com</forwardTo>
			<passThrough>FALSE</passThrough>
</mailet>

I am seeing the mail going to the
C:\james-2.3.0\apps\james\var\mail\relay-denied folder.
What to do?
 

-----Original Message-----
From: Martin Brown [mailto:martin.brown@3bview.com] 
Sent: Tuesday, January 02, 2007 12:59 PM
To: James Users List
Subject: Re: exception! javax.mail.MessagingException: Unable to create
a new message name: too long. Possible loop in config.xml.

Hi,

 > Didn't worked after I change the subject of the email. When I am
going
 > thru the code-this exception is getting generated from these places:

You might find that upgrading to James 2.3 fixes this issue. I got 
something similar in 2.2 under certain conditions and 2.3 fixed it for
me.

The downside of upgrading is that you'll need to reconfigure from 
scratch. The upside is that lots of other bugs have been fixed.

Best regards

Martin
Filtered by 3BClean from http://www.3bview.com

---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org

---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org

Re: exception! javax.mail.MessagingException: Unable to create a new message name: too long. Possible loop in config.xml.

[Martin Brown <ma...@3bview.com>]

Hi,

 > Didn't worked after I change the subject of the email. When I am going
 > thru the code-this exception is getting generated from these places:

You might find that upgrading to James 2.3 fixes this issue. I got 
something similar in 2.2 under certain conditions and 2.3 fixed it for me.

The downside of upgrading is that you'll need to reconfigure from 
scratch. The upside is that lots of other bugs have been fixed.

Best regards

Martin
Filtered by 3BClean from http://www.3bview.com

---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org

Re: exception! javax.mail.MessagingException: Unable to create a new message name: too long. Possible loop in config.xml.

[Norman Maurer <nm...@byteaction.de>]

Hi ,

I don't think you need to reconfigure from scratch. I think using the 
UPGRADING.txt file should be enough

bye
Norman

Martin Brown schrieb:
> Hi,
>
>  > Didn't worked after I change the subject of the email. When I am going
>  > thru the code-this exception is getting generated from these places:
>
> You might find that upgrading to James 2.3 fixes this issue. I got 
> something similar in 2.2 under certain conditions and 2.3 fixed it for me.
>
> The downside of upgrading is that you'll need to reconfigure from 
> scratch. The upside is that lots of other bugs have been fixed.
>
> Best regards
>
> Martin
> Filtered by 3BClean from http://www.3bview.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> For additional commands, e-mail: server-user-help@james.apache.org
>
> !EXCUBATOR:1,459a9d7a44671949868738!
>   



---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org