Re: [GSOC2012] Hupa evolution implementing chat

[Manuel Carrasco Moñino]

Hupa does not consume any auth nor ldap system, since it delegates to the
imap protocol authentication, so the username/password pair provided by the
user is passed to the imap server to get a session.
Gmail supports oauth via imap though, i do not know if there are more imap
servers supporting that but i dont think so.

I would know more detail about how would be that integration with spring
and xmpp.



On Thu, Apr 12, 2012 at 8:53 AM, Dhrubo  wrote:

> We can make it a little more work as James is on Spring - so HUPA can use
> Spring Integration for easy integration with XMPP server and LDAP like auth
> repository. Thats also possible with Spring.
>
> On Thu, Apr 12, 2012 at 12:15 PM, Manuel Carrasco Moñino
> wrote:
>
> > Agree, we should integrate with an apache XMPP product to eat our own dog
> > food.
> >
> > We should have in mind that we have to use the same auth database and if
> > possible everything should work out-of-the-box.
> >
> >
> >
> > On Thu, Apr 12, 2012 at 8:20 AM, Dhrubo  wrote:
> >
> > > I think chat is an initial distraction. One can look to integrate with
> > > Apache XMPP server - Apache VYSPER.
> > > It can also be a pluggable module that integrates with any XMPP
> compliant
> > > server
> > >
> > > BR ...dhrubo
> > >
> > > On Thu, Apr 12, 2012 at 11:35 AM, Manuel Carrasco Moñino
> > > wrote:
> > >
> > > > So we would need that a Hupa user have a gmail account, right?
> > > >
> > > > I think Hupa is thought to interact with any imap server, and
> specially
> > > > with  James, have you consider the option to implement the chat using
> > > Hupa
> > > > server side instead of google's ?
> > > >
> > > > Cheers
> > > > - Manolo
> > > >
> > > > On Thu, Apr 12, 2012 at 7:39 AM, Tejaswini Kurakula <
> > > > tejaswinikurak...@gmail.com> wrote:
> > > >
> > > > > Hello Manolo,
> > > > > I think we should integrate the google chat in HUPA evolution for
> > which
> > > > we
> > > > > would have to create a XMPP rich client which can do the following
> :
> > > > > 1. Send invitation to chat
> > > > > 2. Chat presence and status
> > > > > 3.Provide a chat status
> > > > > 4. Sending and receiving chat messages.
> > > > > At the abckend wew ould be using the XMPP server provided by Google
> > > Talk
> > > > .
> > > > > Let me know your thoughts on it .
> > > > > Tejaswini
> > > > >
> > > >
> > >
> > >
> > >
> > > --
> > > Kind Regards... Dhrubo
> > >
> > > 
> > >
> >
>
>
>
> --
> Kind Regards... Dhrubo
>
> 
>

Re: [GSOC2012] Hupa evolution implementing chat

[Bernd Fondermann]

Hi,

On Thu, Apr 12, 2012 at 07:39, Tejaswini Kurakula
 wrote:
> Hello Manolo,
> I think we should integrate the google chat in HUPA evolution for which we
> would have to create a XMPP rich client which can do the following :
> 1. Send invitation to chat
> 2. Chat presence and status
> 3.Provide a chat status
> 4. Sending and receiving chat messages.
> At the abckend wew ould be using the XMPP server provided by Google Talk .
> Let me know your thoughts on it .
> Tejaswini

I think having XMPP chat in Hipa is generally a great idea.

However, I think (i.e. I guess I know) that implementing a XMPP client
is a GSoC project completely on it's own.
It's a totally separate protocol and technologies from email and James
(XMPP, BOSH).

Being an inactive James comitter and the initial developer and
committer of the XMPP server Apache Vysper, I'd be happy to help out
with any issues you might run into.
Vysper server can be easily embedded into any Spring setup and doesn't
require it's own separate process/JVM.

  Bernd

-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org

Re: beta 4 imap with compress and iPad

[Eric Charles]

Hi Roy,
See comments inline.
Thx, Eric

On 04/11/2012 08:22 PM, roy.ja...@xemaps.com wrote:

Hi Eric,

Just to let you know my iPad2 is still doing thousands of loops trying to grab 
3 messages from my test inbox even after removing the account and re-adding it. 
 I wonder if I got something funky happening on our network but wireshark does 
not show anything out of the ordinary.

Roy

On Wed, Apr 11, 2012 at 11:36 AM,  wrote:


Not sure if I'm sending this twice... looks like original reply got mangled.



I think apache mail server spam rules have been updated a few days ago.
I had to change my SMTP-out server, the previous one was considered as 
spam and a few of my mails didn't reach out.



So even with compress off my iPad keeps attempting to download the second 
message in the test inbox over and over again.  But I will remove account and 
try from scratch agin and see what happens.


With compress off on beta4, I can read mails from ipad.

With compress on on beta4, I can list mails, but read hangs to finally 
make client exit (crash?).




BTW, were you asking me to open the jira ticket and update the client 
compatibility page?  Happy to do it just not sure if the questions was pointed 
to me.



Yes, it would be great if you can do this.

The JIRA is used to follow up this issue (description of the issue with 
stacktraces, comments, patches,...).


The compatibility page gives a view on which client is supported at the 
moment.



I'm also wondering if you are getting the same errors pasted below as I am.  
I'm getting these kind of consistenly from outlook and other clients.  Parsing 
problems and client disconnects (probably do to the parsing problems).  This is 
with the build from james-app beta 4 tag project with jpa specified as mailbox.



Parsing errors/warning on some mails can occur (for some malformed 
mails), but this should not be the general rule.


The stacktrace you gave in the previous mail is related to SMTP. This 
can occurs if the server receives such a malformed mail.


It has nothing to do with the ipad issue.

I have set DEBUG level on IMAP, with compression enabled.
I 'only' see the following stacktrace which confirms that the client 
does too many requests, but we still have to find the cause of these 
multiple requests. I confirm that with compression disabled, everything 
works fine.


java.nio.channels.ClosedChannelException
	at 
org.jboss.netty.handler.stream.ChunkedWriteHandler.discard(ChunkedWriteHandler.java:171)
	at 
org.jboss.netty.handler.stream.ChunkedWriteHandler.handleUpstream(ChunkedWriteHandler.java:138)
	at 
org.apache.james.protocols.lib.netty.ConnectionCountHandler.channelClosed(ConnectionCountHandler.java:39)
	at 
org.jboss.netty.handler.codec.frame.FrameDecoder.cleanup(FrameDecoder.java:354)
	at 
org.jboss.netty.handler.codec.frame.FrameDecoder.channelClosed(FrameDecoder.java:238)
	at 
org.apache.james.protocols.netty.ConnectionPerIpLimitUpstreamHandler.channelClosed(ConnectionPerIpLimitUpstreamHandler.java:101)
	at 
org.apache.james.protocols.netty.ConnectionLimitUpstreamHandler.channelClosed(ConnectionLimitUpstreamHandler.java:72)
	at 
org.jboss.netty.handler.timeout.IdleStateAwareChannelHandler.handleUpstream(IdleStateAwareChannelHandler.java:43)
	at 
org.jboss.netty.handler.timeout.IdleStateHandler.channelClosed(IdleStateHandler.java:262)
	at 
org.jboss.netty.handler.codec.oneone.OneToOneDecoder.handleUpstream(OneToOneDecoder.java:61)

at org.jboss.netty.channel.Channels.fireChannelClosed(Channels.java:398)
at 
org.jboss.netty.channel.socket.nio.NioWorker.close(NioWorker.java:596)
at org.jboss.netty.channel.socket.nio.NioWorker.read(NioWorker.java:350)
	at 
org.jboss.netty.channel.socket.nio.NioWorker.processSelectedKeys(NioWorker.java:274)

at org.jboss.netty.channel.socket.nio.NioWorker.run(NioWorker.java:194)
	at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
	at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)

at java.lang.Thread.run(Thread.java:636)



We are currently running on Windows 64 bit 2008 r2 with java 1.6.0_26.  I am 
not seeing these problems with beta 3.



windows and java 1.6 should be fine.
so with beta3, compression works with ipad?


[snip]


On Wed, Apr 11, 2012 at 5:19 AM, Eric Charles  wrote:

Hi Roy,

I have just migrated to beta4 (release), and indeed IMAP with compression
enabled breaks ipad mail client in the way you describe.


It works fine with compression disabled.

Thunderbird works fine with compression enabled and disabled.

Would you mind opening a JIRA [1] for this and update the client
compatibility page [2]?

The question is now: 'how can we further debug'? 'ease of use' seems to be
orthogonal to 'ease of debugging' in the ipad case.


Thx again,

Eric

[1] https://issues.apache.org/jira/browse/IMAP
[2] http://wiki.apache.org/james/Server3ClientCompatibility

On 04/10/2012 04:14 PM, roy.ja...@xemaps.c

Re: [GSOC2012] Hupa evolution implementing chat

[Tejaswini Kurakula]

Hi ,
So now we should concentrate on creating a xmpp client for  Apache Xmpp
server ?
tejaswini

On Thu, Apr 12, 2012 at 12:39 PM, Bernd Fondermann <
bernd.fonderm...@googlemail.com> wrote:

> Hi,
>
> On Thu, Apr 12, 2012 at 07:39, Tejaswini Kurakula
>  wrote:
> > Hello Manolo,
> > I think we should integrate the google chat in HUPA evolution for which
> we
> > would have to create a XMPP rich client which can do the following :
> > 1. Send invitation to chat
> > 2. Chat presence and status
> > 3.Provide a chat status
> > 4. Sending and receiving chat messages.
> > At the abckend wew ould be using the XMPP server provided by Google Talk
> .
> > Let me know your thoughts on it .
> > Tejaswini
>
> I think having XMPP chat in Hipa is generally a great idea.
>
> However, I think (i.e. I guess I know) that implementing a XMPP client
> is a GSoC project completely on it's own.
> It's a totally separate protocol and technologies from email and James
> (XMPP, BOSH).
>
> Being an inactive James comitter and the initial developer and
> committer of the XMPP server Apache Vysper, I'd be happy to help out
> with any issues you might run into.
> Vysper server can be easily embedded into any Spring setup and doesn't
> require it's own separate process/JVM.
>
>  Bernd
>
> -
> To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
> For additional commands, e-mail: server-dev-h...@james.apache.org
>
>

Re: [GSOC2012] Hupa evolution implementing chat

[Ioan Eugen Stan]

Pe 12.04.2012 10:31, Tejaswini Kurakula a scris:

Hi ,
So now we should concentrate on creating a xmpp client for  Apache Xmpp
server ?
tejaswini


Implementing a protocol client is not trivial, especially for a complex 
one like chat. You would be better off using an existing library and 
integrate it with Hupa. You're best start would be [1].


Use an existing (Java, Javascript) client library that implements the 
protocol and issue calls to the server based on client actions (login, 
logout, send message). Render the responses to the client.


Ideally Hupa should save as little state as possible on the server side. 
The client should try to maintain it's own state.


I would also like to see chat integration in Hupa. Good luck.

[1] http://xmpp.org/xmpp-software/libraries/

p.s. I really hope we get a project around Hupa. Manolo, I will 
co-mentor so count me in.


--
Ioan Eugen Stan
http://ieugen.blogspot.com

-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org

Re: [GSOC2012] Hupa evolution

[Ioan Eugen Stan]

Pe 11.04.2012 18:48, echo a scris:

Hi Manolo
Very glad to see your reply. The reason why I want to choose the gwt-platform
was that it is more smoothly to update from current Hupa's state(gwt-presenter).
However, I like the native one rather than gwtp since it will import the other
resources. What I really want to do is to replace the MVP by gwt itself. I was
just afraid whether I can complete the proposal before the deadline of GSoC, so
I asked for you advices. If possible, I want to use the core mvp in gwt to
realize it. Over these days, I have been researching the Hupa project and GWT
technology and later on I want to show you something I am changing.
To the new features, I would like to implement as many features, that a current
email client should have,  as possible not only during the GSoC period, but also
after that. And I am also keeping my eyes open on the Hupa's JIRA, where some
wonderful ideas come out gradually. Sure I will give my deeper discription after
my researching. I don't think it will be late.
Thanks a lot :)


Wish you a happy


 Hi Echo

 I've been reading your application and it looks right to me.
 One thing I see is that you have selected gwt-platform instead of the
 core mvp in gwt but you don't say any reason about why you prefer the
 first option.
 Also I'd like a deeper description of how you pretend to face new
 features, I mean components, persistence, customization etc.

 Cheers
 - Manolo


--
cheers,
echo



Hello Echo,

Sound good. I'm not familiar with GWT and I would like to know more. 
Good luck with your research and send us the findings.


Cheers.

--
Ioan Eugen Stan
http://ieugen.blogspot.com

-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org

[jira] [Created] (JAMES-1401) Update svn site module and publish it via svnpusub

[Eric Charles (Created) (JIRA)]

Update svn site module and publish it via svnpusub
--

 Key: JAMES-1401
 URL: https://issues.apache.org/jira/browse/JAMES-1401
 Project: JAMES Server
  Issue Type: Task
Reporter: Eric Charles


We need to update all web site modules to have uniform navigation top/left bars.
This will be checked in into https://svn.apache.org/repos/asf/james/site/trunk/
Once this is checked in, we can ask infra to automatically publish the svn 
content to the live web site via svnpubsub.
This implies that all changes in website will go through svn as before, but for 
now it is even worth, we have to scp them and wait for rsynch (that will be no 
more supported at the end of the year).


--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira



-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org

[jira] [Updated] (JAMES-1401) Update svn site module and publish it via svnpubsub

[Eric Charles (Updated) (JIRA)]

 [ 
https://issues.apache.org/jira/browse/JAMES-1401?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Eric Charles updated JAMES-1401:


Summary: Update svn site module and publish it via svnpubsub  (was: Update 
svn site module and publish it via svnpusub)

> Update svn site module and publish it via svnpubsub
> ---
>
> Key: JAMES-1401
> URL: https://issues.apache.org/jira/browse/JAMES-1401
> Project: JAMES Server
>  Issue Type: Task
>Reporter: Eric Charles
>
> We need to update all web site modules to have uniform navigation top/left 
> bars.
> This will be checked in into 
> https://svn.apache.org/repos/asf/james/site/trunk/
> Once this is checked in, we can ask infra to automatically publish the svn 
> content to the live web site via svnpubsub.
> This implies that all changes in website will go through svn as before, but 
> for now it is even worth, we have to scp them and wait for rsynch (that will 
> be no more supported at the end of the year).

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira



-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org

[jira] [Commented] (JAMES-1374) Migrate James web sites to Apache CMS

[Eric Charles (Commented) (JIRA)]

[ 
https://issues.apache.org/jira/browse/JAMES-1374?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13252538#comment-13252538
 ] 

Eric Charles commented on JAMES-1374:
-

See also JAMES-1401 as solution for now (once all sub-sites will be checked-in, 
I will ask infra the publication via svnpubsub).

> Migrate James web sites to Apache CMS
> -
>
> Key: JAMES-1374
> URL: https://issues.apache.org/jira/browse/JAMES-1374
> Project: JAMES Server
>  Issue Type: Task
>Reporter: Eric Charles
>Assignee: Ioan Eugen Stan
>   Original Estimate: 0h
>  Remaining Estimate: 0h
>
> This is an umbrella JIRA to achieve the migration of Apache James web sites 
> to the Apache CMS as requested by Infra.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira



-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org

[jira] [Created] (IMAP-366) iPad does not seem to like COMPRESS enabled

[Roy Rim (Created) (JIRA)]

iPad does not seem to like COMPRESS enabled
---

 Key: IMAP-366
 URL: https://issues.apache.org/jira/browse/IMAP-366
 Project: JAMES Imap
  Issue Type: Bug
  Components: Processor
Reporter: Roy Rim


For Version 3 beta 4 when enabling COMPRESS in the IMAP configuration iPad Mail 
app almost always breaks out to the main screen viewing messages.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira



-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org

Re: beta 4 imap with compress and iPad

[roy . james]

Hey Eric,

I created ticket IMAP-366, was not sure what I should add under "affected 
version" and "fix version" as there did not seem to be anything there that 
matched up with beta 4...

I am unsure how to edit the compatibility page.  The one on the WIKI seems 
really out-dated?

I'm still seeing issues with my iPad2.  My version is 5.1 (9B176) , not sure 
how to determine mail app's version.

Roy

On Thu, Apr 12, 2012 at 3:12 AM, Eric Charles  wrote:
> Hi Roy,
> See comments inline.
> Thx, Eric
>
>
> On 04/11/2012 08:22 PM, roy.ja...@xemaps.com wrote:
>>
>> Hi Eric,
>>
>> Just to let you know my iPad2 is still doing thousands of loops trying to
>> grab 3 messages from my test inbox even after removing the account and
>> re-adding it.  I wonder if I got something funky happening on our network
>> but wireshark does not show anything out of the ordinary.
>>
>> Roy
>>
>> On Wed, Apr 11, 2012 at 11:36 AM,  wrote:
>>>
>>>
>>> Not sure if I'm sending this twice... looks like original reply got
>>> mangled.
>>>
>
> I think apache mail server spam rules have been updated a few days ago.
> I had to change my SMTP-out server, the previous one was considered as spam
> and a few of my mails didn't reach out.
>
>
>>> So even with compress off my iPad keeps attempting to download the second
>>> message in the test inbox over and over again.  But I will remove account
>>> and try from scratch agin and see what happens.
>
>
> With compress off on beta4, I can read mails from ipad.
>
> With compress on on beta4, I can list mails, but read hangs to finally make
> client exit (crash?).
>
>
>>>
>>> BTW, were you asking me to open the jira ticket and update the client
>>> compatibility page?  Happy to do it just not sure if the questions was
>>> pointed to me.
>>>
>
> Yes, it would be great if you can do this.
>
> The JIRA is used to follow up this issue (description of the issue with
> stacktraces, comments, patches,...).
>
> The compatibility page gives a view on which client is supported at the
> moment.
>
>
>>> I'm also wondering if you are getting the same errors pasted below as I
>>> am.  I'm getting these kind of consistenly from outlook and other clients.
>>>  Parsing problems and client disconnects (probably do to the parsing
>>> problems).  This is with the build from james-app beta 4 tag project with
>>> jpa specified as mailbox.
>>>
>
> Parsing errors/warning on some mails can occur (for some malformed mails),
> but this should not be the general rule.
>
> The stacktrace you gave in the previous mail is related to SMTP. This can
> occurs if the server receives such a malformed mail.
>
> It has nothing to do with the ipad issue.
>
> I have set DEBUG level on IMAP, with compression enabled.
> I 'only' see the following stacktrace which confirms that the client does
> too many requests, but we still have to find the cause of these multiple
> requests. I confirm that with compression disabled, everything works fine.
>
> java.nio.channels.ClosedChannelException
>        at
> org.jboss.netty.handler.stream.ChunkedWriteHandler.discard(ChunkedWriteHandler.java:171)
>        at
> org.jboss.netty.handler.stream.ChunkedWriteHandler.handleUpstream(ChunkedWriteHandler.java:138)
>        at
> org.apache.james.protocols.lib.netty.ConnectionCountHandler.channelClosed(ConnectionCountHandler.java:39)
>        at
> org.jboss.netty.handler.codec.frame.FrameDecoder.cleanup(FrameDecoder.java:354)
>        at
> org.jboss.netty.handler.codec.frame.FrameDecoder.channelClosed(FrameDecoder.java:238)
>        at
> org.apache.james.protocols.netty.ConnectionPerIpLimitUpstreamHandler.channelClosed(ConnectionPerIpLimitUpstreamHandler.java:101)
>        at
> org.apache.james.protocols.netty.ConnectionLimitUpstreamHandler.channelClosed(ConnectionLimitUpstreamHandler.java:72)
>        at
> org.jboss.netty.handler.timeout.IdleStateAwareChannelHandler.handleUpstream(IdleStateAwareChannelHandler.java:43)
>        at
> org.jboss.netty.handler.timeout.IdleStateHandler.channelClosed(IdleStateHandler.java:262)
>        at
> org.jboss.netty.handler.codec.oneone.OneToOneDecoder.handleUpstream(OneToOneDecoder.java:61)
>        at
> org.jboss.netty.channel.Channels.fireChannelClosed(Channels.java:398)
>        at
> org.jboss.netty.channel.socket.nio.NioWorker.close(NioWorker.java:596)
>        at
> org.jboss.netty.channel.socket.nio.NioWorker.read(NioWorker.java:350)
>        at
> org.jboss.netty.channel.socket.nio.NioWorker.processSelectedKeys(NioWorker.java:274)
>        at
> org.jboss.netty.channel.socket.nio.NioWorker.run(NioWorker.java:194)
>        at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
>        at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
>        at java.lang.Thread.run(Thread.java:636)
>
>
>
>>> We are currently running on Windows 64 bit 2008 r2 with java 1.6.0_26.  I
>>> am not seeing these problems with beta 3.
>>>
>
> windows and java 1.6 should be fine.
> so

[jira] [Commented] (JAMES-1374) Migrate James web sites to Apache CMS

[Ioan Eugen Stan (Commented) (JIRA)]

[ 
https://issues.apache.org/jira/browse/JAMES-1374?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13252792#comment-13252792
 ] 

Ioan Eugen Stan commented on JAMES-1374:


Hi Eric, Stefano,

We can probably use the current site skin but we will have to change the build 
scripts for the site in order to do that and this will take some investigation 
and some grunt work. Currently Apache CMS uses perl scripts to build the site 
and expects the django-style templates. Any new features => hack the scripts 
[1]. I don't feel like hacking perl. Tried it and it still haunts me.  

Eric, note that we can use svn externals to link the current sites to site-cms. 
The open-ejb guys link examples from trunk like this. 

I have also tested the bookmarklet online editing solution and it's brilliant. 
Please try it [2] on any apache page and if you don't love it I don't know what 
to say. You will see why I strongly recommend changing stuff to CMS. 

p.s. busy these days

Take care,

[1] http://www.apache.org/dev/cms.html#templating
[2] https://cms.apache.org/#bookmark

> Migrate James web sites to Apache CMS
> -
>
> Key: JAMES-1374
> URL: https://issues.apache.org/jira/browse/JAMES-1374
> Project: JAMES Server
>  Issue Type: Task
>Reporter: Eric Charles
>Assignee: Ioan Eugen Stan
>   Original Estimate: 0h
>  Remaining Estimate: 0h
>
> This is an umbrella JIRA to achieve the migration of Apache James web sites 
> to the Apache CMS as requested by Infra.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira



-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org

Re: beta 4 imap with compress and iPad

[roy . james]

Hi Eric,

So loaded up a base installation of beta3, same domain and same test users.  I 
disable the account on my ipad.  Start up beta3, on different email clients I 
send a few messages back and forth between the 2 accounts.  Enable the account. 
 No problem.

Disable account again.  Turn on beta4, I get problems.  The communications 
between the 2 different services are completely different for me.  I pasted 
them below.  The first is by beta4 and I cut it short because it basically 
attempts to re-download the same message over and over again.  The second is 
beta3 and its more in line with what I would expect from the communication.

Can you tell me if there is something obvious I'm missing with the setup or is 
there something definitely wonky going on here with beta4?  BTW I also verified 
this with another person's iPad2, same problem.

beta4 streams from wireshark
-
* OK JAMES IMAP4rev1 Server  Server Imap01 is ready.
1 LOGIN r...@archive.usa.net test
1 OK LOGIN completed.
2 CAPABILITY
* CAPABILITY SASL-IR IDLE LITERAL+ AUTH=PLAIN CONDSTORE ESEARCH CHILDREN 
UIDPLUS UNSELECT WITHIN ENABLE I18NLEVEL=1 SEARCHRES IMAP4rev1 NAMESPACE QRESYNC
2 OK CAPABILITY completed.
3 LIST "" "*"
* LIST (\HasNoChildren) "." "INBOX"
* LIST (\HasNoChildren) "." "Deleted Items"
* LIST (\HasNoChildren) "." "Deleted Messages"
* LIST (\HasNoChildren) "." "Junk E-mail"
* LIST (\HasNoChildren) "." "Notes"
* LIST (\HasNoChildren) "." "Sent Items"
* LIST (\HasNoChildren) "." "Sent Messages"
3 OK LIST completed.
4 SELECT INBOX
* FLAGS (\Answered \Deleted \Draft \Flagged \Seen)
* 2 EXISTS
* 0 RECENT
* OK [UIDVALIDITY 1843960039] UIDs valid
* OK [PERMANENTFLAGS (\Answered \Deleted \Draft \Flagged \Seen \*)] Limited
* OK [HIGHESTMODSEQ 10] Highest
* OK [UIDNEXT 11] Predicted next UID
4 OK [READ-WRITE] SELECT completed.
5 NOOP
5 OK NOOP completed.
6 UID SEARCH RETURN (ALL) 1:* NOT DELETED
* ESEARCH (TAG "6") UID ALL 6:7
6 OK SEARCH completed.
7 UID FETCH 7 (INTERNALDATE UID RFC822.SIZE FLAGS MODSEQ 
BODY.PEEK[HEADER.FIELDS (date subject from content-type to cc bcc message-id 
in-reply-to references)])
* OK [HIGHESTMODSEQ 10] Highest
* 2 FETCH (MODSEQ (-1) FLAGS (\Answered \Seen) INTERNALDATE "12-Apr-2012 
20:36:22 +" RFC822.SIZE 1035 UID 7 BODY[HEADER.FIELDS (date subject from 
content-type to cc bcc message-id in-reply-to references)] {430}
Content-Type: text/plain; charset=us-ascii
Subject: Re: test 1
From: Joe 
In-Reply-To: <50f03662-7b38-4084-9875-8ce1a9f6f...@archive.usa.net>
Date: Thu, 12 Apr 2012 16:36:37 -0400
Message-Id: <8dcce45e-d6e5-455e-98d1-16efec77c...@archive.usa.net>
References: <140bb8f7-c618-4b59-8dc9-180237ccf...@archive.usa.net> 
<50f03662-7b38-4084-9875-8ce1a9f6f...@archive.usa.net>
To: Roy 

)
7 OK FETCH completed.
---
* OK JAMES IMAP4rev1 Server  Server Imap01 is ready.
1 LOGIN r...@archive.usa.net test
1 OK LOGIN completed.
2 CAPABILITY
* CAPABILITY SASL-IR IDLE LITERAL+ AUTH=PLAIN CONDSTORE ESEARCH CHILDREN 
UIDPLUS UNSELECT WITHIN ENABLE I18NLEVEL=1 SEARCHRES IMAP4rev1 NAMESPACE QRESYNC
2 OK CAPABILITY completed.
3 SELECT INBOX
* FLAGS (\Answered \Deleted \Draft \Flagged \Seen)
* 2 EXISTS
* 0 RECENT
* OK [UIDVALIDITY 1843960039] UIDs valid
* OK [PERMANENTFLAGS (\Answered \Deleted \Draft \Flagged \Seen \*)] Limited
* OK [HIGHESTMODSEQ 10] Highest
* OK [UIDNEXT 11] Predicted next UID
3 OK [READ-WRITE] SELECT completed.
4 NOOP
4 OK NOOP completed.
5 UID SEARCH RETURN (ALL) 1:* NOT DELETED
* ESEARCH (TAG "5") UID ALL 6:7
5 OK SEARCH completed.
6 UID FETCH 7 (INTERNALDATE UID RFC822.SIZE FLAGS MODSEQ 
BODY.PEEK[HEADER.FIELDS (date subject from content-type to cc bcc message-id 
in-reply-to references)])
* OK [HIGHESTMODSEQ 10] Highest
* 2 FETCH (MODSEQ (-1) FLAGS (\Answered \Seen) INTERNALDATE "12-Apr-2012 
20:36:22 +" RFC822.SIZE 1035 UID 7 BODY[HEADER.FIELDS (date subject from 
content-type to cc bcc message-id in-reply-to references)] {430}
Content-Type: text/plain; charset=us-ascii
Subject: Re: test 1
From: Joe 
In-Reply-To: <50f03662-7b38-4084-9875-8ce1a9f6f...@archive.usa.net>
Date: Thu, 12 Apr 2012 16:36:37 -0400
Message-Id: <8dcce45e-d6e5-455e-98d1-16efec77c...@archive.usa.net>
References: <140bb8f7-c618-4b59-8dc9-180237ccf...@archive.usa.net> 
<50f03662-7b38-4084-9875-8ce1a9f6f...@archive.usa.net>
To: Roy 

)
6 OK FETCH completed.
---
* OK JAMES IMAP4rev1 Server  Server Imap01 is ready.
1 LOGIN r...@archive.usa.net test
1 OK LOGIN completed.
2 CAPABILITY
* CAPABILITY SASL-IR IDLE LITERAL+ AUTH=PLAIN CONDSTORE ESEARCH CHILDREN 
UIDPLUS UNSELECT WITHIN ENABLE I18NLEVEL=1 SEARCHRES IMAP4rev1 NAMESPACE QRESYNC
2 OK CAPABILITY completed.
3 SELECT INBOX
* FLAGS (\Answered \Deleted \Draft \Flagged \Seen)
* 2 EXISTS
* 0 RECENT
* OK [UIDVALIDITY 1843960039] UIDs valid
* OK [PERMANENTFLAGS (\Answered \Deleted \Draft \Flagged \Seen \*)] Limited
* OK [HIGHESTMODSEQ 10] Highest
* OK [UIDNEXT 11] Predicted next UID
3 OK [READ-WRITE] SELECT completed.
4 NOOP
4 OK NOOP completed.
5 U

Re: [GSOC2012] Hupa evolution

[Dhrubo]

I think we should move to JSF 2 than GWT which is mostly controlled by one
company.
Apache with its vision and endeavor for OSS  we should use - JSF 2 -
Tomahawk (or Mojarra) + Primefaces

On Thu, Apr 12, 2012 at 6:37 PM, Ioan Eugen Stan wrote:

> Pe 11.04.2012 18:48, echo a scris:
>
>> Hi Manolo
>> Very glad to see your reply. The reason why I want to choose the
>> gwt-platform
>> was that it is more smoothly to update from current Hupa's
>> state(gwt-presenter).
>> However, I like the native one rather than gwtp since it will import the
>> other
>> resources. What I really want to do is to replace the MVP by gwt itself.
>> I was
>> just afraid whether I can complete the proposal before the deadline of
>> GSoC, so
>> I asked for you advices. If possible, I want to use the core mvp in gwt to
>> realize it. Over these days, I have been researching the Hupa project and
>> GWT
>> technology and later on I want to show you something I am changing.
>> To the new features, I would like to implement as many features, that a
>> current
>> email client should have,  as possible not only during the GSoC period,
>> but also
>> after that. And I am also keeping my eyes open on the Hupa's JIRA, where
>> some
>> wonderful ideas come out gradually. Sure I will give my deeper
>> discription after
>> my researching. I don't think it will be late.
>> Thanks a lot :)
>>
>>
>> Wish you a happy
>>
>>   Hi Echo
>>>
>>>  I've been reading your application and it looks right to me.
>>>  One thing I see is that you have selected gwt-platform instead of the
>>>  core mvp in gwt but you don't say any reason about why you prefer the
>>>  first option.
>>>  Also I'd like a deeper description of how you pretend to face new
>>>  features, I mean components, persistence, customization etc.
>>>
>>>  Cheers
>>>  - Manolo
>>>
>>>  --
>> cheers,
>> echo
>>
>>
> Hello Echo,
>
> Sound good. I'm not familiar with GWT and I would like to know more. Good
> luck with your research and send us the findings.
>
> Cheers.
>
> --
> Ioan Eugen Stan
> http://ieugen.blogspot.com
>
> --**--**-
> To unsubscribe, e-mail: 
> server-dev-unsubscribe@james.**apache.org
> For additional commands, e-mail: 
> server-dev-help@james.apache.**org
>
>


-- 
Kind Regards... Dhrubo

[jira] [Commented] (IMAP-366) iPad does not seem to like COMPRESS enabled

[Eric Charles (Commented) (JIRA)]

[ 
https://issues.apache.org/jira/browse/IMAP-366?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13253151#comment-13253151
 ] 

Eric Charles commented on IMAP-366:
---

Server-side, we are seeing the following stacktrace (see 
ConnectionPerIpLimitUpstreamHandler):
java.nio.channels.ClosedChannelException
at 
org.jboss.netty.handler.stream.ChunkedWriteHandler.discard(ChunkedWriteHandler.java:171)
at 
org.jboss.netty.handler.stream.ChunkedWriteHandler.handleUpstream(ChunkedWriteHandler.java:138)
at 
org.apache.james.protocols.lib.netty.ConnectionCountHandler.channelClosed(ConnectionCountHandler.java:39)
at 
org.jboss.netty.handler.codec.frame.FrameDecoder.cleanup(FrameDecoder.java:354)
at 
org.jboss.netty.handler.codec.frame.FrameDecoder.channelClosed(FrameDecoder.java:238)
at 
org.apache.james.protocols.netty.ConnectionPerIpLimitUpstreamHandler.channelClosed(ConnectionPerIpLimitUpstreamHandler.java:101)
at 
org.apache.james.protocols.netty.ConnectionLimitUpstreamHandler.channelClosed(ConnectionLimitUpstreamHandler.java:72)
at 
org.jboss.netty.handler.timeout.IdleStateAwareChannelHandler.handleUpstream(IdleStateAwareChannelHandler.java:43)
at 
org.jboss.netty.handler.timeout.IdleStateHandler.channelClosed(IdleStateHandler.java:262)
at 
org.jboss.netty.handler.codec.oneone.OneToOneDecoder.handleUpstream(OneToOneDecoder.java:61)
at org.jboss.netty.channel.Channels.fireChannelClosed(Channels.java:398)
at org.jboss.netty.channel.socket.nio.NioWorker.close(NioWorker.java:596)
at org.jboss.netty.channel.socket.nio.NioWorker.read(NioWorker.java:350)
at 
org.jboss.netty.channel.socket.nio.NioWorker.processSelectedKeys(NioWorker.java:274)
at org.jboss.netty.channel.socket.nio.NioWorker.run(NioWorker.java:194)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:636) 

> iPad does not seem to like COMPRESS enabled
> ---
>
> Key: IMAP-366
> URL: https://issues.apache.org/jira/browse/IMAP-366
> Project: JAMES Imap
>  Issue Type: Bug
>  Components: Processor
>Reporter: Roy Rim
>
> For Version 3 beta 4 when enabling COMPRESS in the IMAP configuration iPad 
> Mail app almost always breaks out to the main screen viewing messages.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira



-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org

Re: beta 4 imap with compress and iPad

[Eric Charles]

Hi Roy,

Thx for IMAP-366.

The version numbering of IMAP modules is different from the server one, 
this is why you didn't see 3.0-beta3.  You can set it to 0.3 which is 
the version of the IMAP library where the problem resides.


I have added a comment on the compatibility wiki page: 'issue with 
COMPRESS, see IMAP-366'.


My best bet is to look for the differences between beta3 and beta4 
around compress processor. I had a quick look at it but didn't see any 
change so far...


Just put as much as information you can (version numbers, behavior, 
logs,...) as comment on IMAP-366.


Thx again,

Eric


On 04/12/2012 09:30 PM, roy.ja...@xemaps.com wrote:

Hey Eric,

I created ticket IMAP-366, was not sure what I should add under "affected version" and 
"fix version" as there did not seem to be anything there that matched up with beta 4...

I am unsure how to edit the compatibility page.  The one on the WIKI seems 
really out-dated?

I'm still seeing issues with my iPad2.  My version is 5.1 (9B176) , not sure 
how to determine mail app's version.

Roy

On Thu, Apr 12, 2012 at 3:12 AM, Eric Charles  wrote:

Hi Roy,
See comments inline.
Thx, Eric


On 04/11/2012 08:22 PM, roy.ja...@xemaps.com wrote:


Hi Eric,

Just to let you know my iPad2 is still doing thousands of loops trying to
grab 3 messages from my test inbox even after removing the account and
re-adding it.  I wonder if I got something funky happening on our network
but wireshark does not show anything out of the ordinary.

Roy

On Wed, Apr 11, 2012 at 11:36 AM,wrote:



Not sure if I'm sending this twice... looks like original reply got
mangled.



I think apache mail server spam rules have been updated a few days ago.
I had to change my SMTP-out server, the previous one was considered as spam
and a few of my mails didn't reach out.



So even with compress off my iPad keeps attempting to download the second
message in the test inbox over and over again.  But I will remove account
and try from scratch agin and see what happens.



With compress off on beta4, I can read mails from ipad.

With compress on on beta4, I can list mails, but read hangs to finally make
client exit (crash?).




BTW, were you asking me to open the jira ticket and update the client
compatibility page?  Happy to do it just not sure if the questions was
pointed to me.



Yes, it would be great if you can do this.

The JIRA is used to follow up this issue (description of the issue with
stacktraces, comments, patches,...).

The compatibility page gives a view on which client is supported at the
moment.



I'm also wondering if you are getting the same errors pasted below as I
am.  I'm getting these kind of consistenly from outlook and other clients.
  Parsing problems and client disconnects (probably do to the parsing
problems).  This is with the build from james-app beta 4 tag project with
jpa specified as mailbox.



Parsing errors/warning on some mails can occur (for some malformed mails),
but this should not be the general rule.

The stacktrace you gave in the previous mail is related to SMTP. This can
occurs if the server receives such a malformed mail.

It has nothing to do with the ipad issue.

I have set DEBUG level on IMAP, with compression enabled.
I 'only' see the following stacktrace which confirms that the client does
too many requests, but we still have to find the cause of these multiple
requests. I confirm that with compression disabled, everything works fine.

java.nio.channels.ClosedChannelException
at
org.jboss.netty.handler.stream.ChunkedWriteHandler.discard(ChunkedWriteHandler.java:171)
at
org.jboss.netty.handler.stream.ChunkedWriteHandler.handleUpstream(ChunkedWriteHandler.java:138)
at
org.apache.james.protocols.lib.netty.ConnectionCountHandler.channelClosed(ConnectionCountHandler.java:39)
at
org.jboss.netty.handler.codec.frame.FrameDecoder.cleanup(FrameDecoder.java:354)
at
org.jboss.netty.handler.codec.frame.FrameDecoder.channelClosed(FrameDecoder.java:238)
at
org.apache.james.protocols.netty.ConnectionPerIpLimitUpstreamHandler.channelClosed(ConnectionPerIpLimitUpstreamHandler.java:101)
at
org.apache.james.protocols.netty.ConnectionLimitUpstreamHandler.channelClosed(ConnectionLimitUpstreamHandler.java:72)
at
org.jboss.netty.handler.timeout.IdleStateAwareChannelHandler.handleUpstream(IdleStateAwareChannelHandler.java:43)
at
org.jboss.netty.handler.timeout.IdleStateHandler.channelClosed(IdleStateHandler.java:262)
at
org.jboss.netty.handler.codec.oneone.OneToOneDecoder.handleUpstream(OneToOneDecoder.java:61)
at
org.jboss.netty.channel.Channels.fireChannelClosed(Channels.java:398)
at
org.jboss.netty.channel.socket.nio.NioWorker.close(NioWorker.java:596)
at
org.jboss.netty.channel.socket.nio.NioWorker.read(NioWorker.java:350)
at
org.jboss.netty.channel.socket.nio.NioWorker.processSelectedKeys(NioWorker.java:274)
at
org.jboss.netty.channel

Re: [GSOC2012] Hupa evolution implementing chat

[Tejaswini Kurakula]

Hi ,
I have gone through the list mentioned here -->
http://xmpp.org/xmpp-software/clients/. We can make use of any one of the
client library. Do we finalize that we would be using the Apache Vysper as
a imap server? Then we should find a suitable client library for it .
p.s I have my semester exams coming up all month long till may 15th , so
wont be able to contrubute till then . Please let me know if its ok .
I would love to implement this feature .
Tejaswini

On Thu, Apr 12, 2012 at 6:33 PM, Ioan Eugen Stan wrote:

> Pe 12.04.2012 10:31, Tejaswini Kurakula a scris:
>
>  Hi ,
>> So now we should concentrate on creating a xmpp client for  Apache Xmpp
>> server ?
>> tejaswini
>>
>
> Implementing a protocol client is not trivial, especially for a complex
> one like chat. You would be better off using an existing library and
> integrate it with Hupa. You're best start would be [1].
>
> Use an existing (Java, Javascript) client library that implements the
> protocol and issue calls to the server based on client actions (login,
> logout, send message). Render the responses to the client.
>
> Ideally Hupa should save as little state as possible on the server side.
> The client should try to maintain it's own state.
>
> I would also like to see chat integration in Hupa. Good luck.
>
> [1] 
> http://xmpp.org/xmpp-software/**libraries/
>
> p.s. I really hope we get a project around Hupa. Manolo, I will co-mentor
> so count me in.
>
> --
> Ioan Eugen Stan
> http://ieugen.blogspot.com
>
>
> --**--**-
> To unsubscribe, e-mail: 
> server-dev-unsubscribe@james.**apache.org
> For additional commands, e-mail: 
> server-dev-help@james.apache.**org
>
>