From brandon at eutonian.com Sat Oct 8 20:28:50 2005 From: brandon at eutonian.com (Brandon Mercer) Date: Sat, 08 Oct 2005 20:28:50 -0400 Subject: [Mailr] mailr openbsd installation Message-ID: <43486442.7090807@eutonian.com> Hello, I'm most excited about mailr and what it offers as a webmail program. I have worked hard to make it work and now that it is installed on my machine, I'm not able to log into my imap server. Perhaps a try with the most current source tree. Just wanted to drop a line to say good work and I'm looking forward to seeing this come int fruition. Brandon Mercer From lubo at manolov.org Mon Oct 10 05:33:25 2005 From: lubo at manolov.org (Luben Manolov) Date: Mon, 10 Oct 2005 12:33:25 +0300 Subject: [Mailr] mailr openbsd installation In-Reply-To: <43486442.7090807@eutonian.com> References: <43486442.7090807@eutonian.com> Message-ID: <434A3565.8030605@manolov.org> Hi Brandon, Welcome to the Mailr project :) Brandon Mercer wrote: > Hello, > I'm most excited about mailr and what it offers as a webmail program. I > have worked hard to make it work and now that it is installed on my > machine, I'm not able to log into my imap server. Perhaps a try with > the most current source tree. Just wanted to drop a line to say good > work and I'm looking forward to seeing this come int fruition. It is better to try with the latest source from the subversion trunk. I will upload a new binary release to Rubyforge soon. Could you please tell me what is your IMAP server? In theory Mailr should work with any IMAP server. I have personally tested it with Courier IMAP and BincIMAP so far. Best regards, Luben From brandon at eutonian.com Mon Oct 10 08:45:14 2005 From: brandon at eutonian.com (Brandon Mercer) Date: Mon, 10 Oct 2005 08:45:14 -0400 Subject: [Mailr] mailr openbsd installation In-Reply-To: <434A3565.8030605@manolov.org> References: <43486442.7090807@eutonian.com> <434A3565.8030605@manolov.org> Message-ID: <434A625A.2010100@eutonian.com> Luben Manolov wrote: >Hi Brandon, > >Welcome to the Mailr project :) > > Thanks!! Very exciting work! >It is better to try with the latest source from the subversion trunk. >I will upload a new binary release to Rubyforge soon. > > I just downloaded the latest (as of friday) and gave that a try. I'm still having the same problem with logging in. I'm pretty sure that this is something I'm not configuring in mailr because I've tried it with two different imap servers, first dbmail-imapd and then courier-imapd. I am very new to rails and ruby so I don't know how much hacking I can do, but I build excellent fast, clean, highly usable web interfaces if I can assist in this *already clean looking* design. :-) Brandon From born70s at gmail.com Wed Oct 12 03:50:41 2005 From: born70s at gmail.com (K C) Date: Wed, 12 Oct 2005 00:50:41 -0700 Subject: [Mailr] Do I have option not use DRB? Message-ID: I'm considering integrate Mailr into my current project. I want to avoid using DRbStore which needs to bring up DRB service. I already used ActiveRecordStore and it's good enough for me since I have a backend db always. Can this be done with minimum effort? I'm still studying Rails though. BTW, I used Xinha (http://xinha.python-hosting.com) as my WYSIWYG and I realized that Mailr using TinyMCE. I don't want to maintain two sets of editor that basically doing the same thing in my env. I know the preference here is TinyMCE, what's the pro and con of it against Xinha if anyone used both? Thanks in advance, Kevin From born70s at gmail.com Wed Oct 12 04:11:52 2005 From: born70s at gmail.com (K C) Date: Wed, 12 Oct 2005 01:11:52 -0700 Subject: [Mailr] Performance? Message-ID: I installed Mailr on my local PC, so far so good. I configured it to connect a remote IMAP server (ping time to the remote server is time=208 ms). To acess local pages, it's ok, I got from 0.2 to 2.5 seconds. But when retrieve emails from remote IMAP server, it takes 36 seconds ! Completed in 36.71030 (0 reqs/sec) | Rendering: 31.72707 (86%) | DB: 0.07998 (0%) There could be a lot of network round-trip for the request but I'm no expert on this. Just report what I got. Using Outlook Express connect to the same IMAP server doesn't take long. BTW, it's easier than I thought to setup it, though I hope to use Mailr without DRB. Thanks, Kevin From lubo at manolov.org Wed Oct 12 04:41:24 2005 From: lubo at manolov.org (Luben Manolov) Date: Wed, 12 Oct 2005 11:41:24 +0300 Subject: [Mailr] Do I have option not use DRB? In-Reply-To: References: Message-ID: <434CCC34.80202@manolov.org> Hi Kevin, K C wrote: > I'm considering integrate Mailr into my current project. I want to > avoid using DRbStore which needs to bring up DRB service. I already > used ActiveRecordStore and it's good enough for me since I have a > backend db always. It is possible to use ActiveRecordStore for web sessions. But you will still need to start the IMAP backend (imap_backend.rb) which is DRb service too. The idea of running the IMAP backend as DRb service is to cache the connections to the IMAP server to improve the performance. > Can this be done with minimum effort? I'm still studying Rails though. Yes. Just set ActiveRecordStore as usual: ActionController::CgiRequest::DEFAULT_SESSION_OPTIONS.update(:database_manager => CGI::Session::ActiveRecordStore) Then instead of starting drb_services.rb start imap_backend.rb > BTW, I used Xinha (http://xinha.python-hosting.com) as my WYSIWYG and > I realized that Mailr using TinyMCE. I don't want to maintain two > sets of editor that basically doing the same thing in my env. I know > the preference here is TinyMCE, what's the pro and con of it against > Xinha if anyone used both? You can use Xinha if you like. TinyMCE is used in Mailr because I use it in another CMS project and it was better than the other WYSIWYG editors which I have found (at least this was the situation 9 months ago). I have switched to FCKeditor recently and I was thinking to update Mailr to use FCKeditor but maybe it's better to wait a bit with this because there will be TinyMCE version 2.0 released soon. Best regards, Luben From lubo at manolov.org Wed Oct 12 05:04:33 2005 From: lubo at manolov.org (Luben Manolov) Date: Wed, 12 Oct 2005 12:04:33 +0300 Subject: [Mailr] mailr openbsd installation In-Reply-To: <434A625A.2010100@eutonian.com> References: <43486442.7090807@eutonian.com> <434A3565.8030605@manolov.org> <434A625A.2010100@eutonian.com> Message-ID: <434CD1A1.7050502@manolov.org> Hi Brandon, > I just downloaded the latest (as of friday) and gave that a try. I'm > still having the same problem with logging in. I'm pretty sure that > this is something I'm not configuring in mailr because I've tried it > with two different imap servers, first dbmail-imapd and then The default installation of Mailr is trying to connect to IMAP server on localhost. If your IMAP server is remote you have to specify the address of the IMAP server. You have to create config/site.rb file with the following content: module CDF LOCALCONFIG = { :imap_server => 'your.imap.server' } end > courier-imapd. I am very new to rails and ruby so I don't know how much > hacking I can do, but I build excellent fast, clean, highly usable web > interfaces if I can assist in this *already clean looking* design. :-) This will be great. Your help will be highly appreciated. Best regards, Luben From lubo at manolov.org Wed Oct 12 05:27:29 2005 From: lubo at manolov.org (Luben Manolov) Date: Wed, 12 Oct 2005 12:27:29 +0300 Subject: [Mailr] Performance? In-Reply-To: References: Message-ID: <434CD701.4010502@manolov.org> Hi Kevin, K C wrote: > I installed Mailr on my local PC, so far so good. I configured it to > connect a remote IMAP server (ping time to the remote server is > time=208 ms). > > To acess local pages, it's ok, I got from 0.2 to 2.5 seconds. But > when retrieve emails from remote IMAP server, it takes 36 seconds ! > > Completed in 36.71030 (0 reqs/sec) | Rendering: 31.72707 (86%) | DB: > 0.07998 (0%) > > There could be a lot of network round-trip for the request but I'm no > expert on this. Just report what I got. Using Outlook Express > connect to the same IMAP server doesn't take long. There is no network round-trip. The problem is with the algorithm implemented in Mailr. Every time when you open the mailbox the following statement is executed: mids = @folder.mailbox.imap.sort(@sort_query, @query, "US-ASCII") The idea is to get the IDs of the messages sorted by ( date | subject | sender). This is the slow operation. It depends on the IMAP server and the size of your mailbox, but here I'm running Courier IMAP and opening the folder with archives from the Rails mailing list takes about 30 seconds too. I agree that this is unacceptably slow and we have to fix the algorithm. Most probably the way to do this will be to cache the message IDs (or message headers) in the database and look only for new messages from the IMAP server. I guess that this is what Outlook and Thunderbird do. My only concern is that there might be some synchronization issues between our local cache (stored in the database) and the IMAP server. Best regards, Luben From born70s at gmail.com Wed Oct 12 15:29:34 2005 From: born70s at gmail.com (K C) Date: Wed, 12 Oct 2005 12:29:34 -0700 Subject: [Mailr] Do I have option not use DRB? In-Reply-To: <434CCC34.80202@manolov.org> References: <434CCC34.80202@manolov.org> Message-ID: > Yes. Just set ActiveRecordStore as usual: I'll give it a shot. I expect it will work. > You can use Xinha if you like. TinyMCE is used in Mailr because I use it > in another CMS project and it was better than the other WYSIWYG editors > which I have found (at least this was the situation 9 months ago). I > have switched to FCKeditor recently and I was thinking to update Mailr > to use FCKeditor but maybe it's better to wait a bit with this because > there will be TinyMCE version 2.0 released soon. I read some positive review about TinyMCE, maybe I'll give it a try too. Thanks again, Kevin From 1337p337 at gmail.com Wed Oct 12 16:52:13 2005 From: 1337p337 at gmail.com (1337p337) Date: Wed, 12 Oct 2005 13:52:13 -0700 Subject: [Mailr] "Unexpected token RPAR"? Message-ID: <83d6121e0510121352q38dc151fj@mail.gmail.com> Hello, I'm trying out Mailr and have hit a problem. After logging in, I'm confronted with the mysterious (and difficult to find information on Google about) error, Net::IMAP::ResponseParseError in Webmail/webmail#messages unexpected token RPAR (expected ATOM) /components/webmail/webmail_controller.rb:121:in `messages' script/server:49 I couldn't find anything on Google or the ML archives, so I tried playing around with the code, commenting out that line and adding a line that would assign a dummy Paginator to @pages. But that just caused the same error to pop up in the rhtml where @folders is accessed again. So it looks like some strangeness with the handling of folders on the server (although I really don't know). It happens the same way in both the 1.1 release and the latest from the svn repository. I'm not certain if this would have any effect, but I did have to change the line (close to line 190 in lib/imap_backend.rb) reading imap.authenticate('PLAIN', username, password) to read imap.authenticate('LOGIN', username, password) or I was unable to log in. We're using SSL. Has anyone else seen this error? I'm kind of at a loss. Thanks in advance for any information. From born70s at gmail.com Thu Oct 13 01:04:55 2005 From: born70s at gmail.com (K C) Date: Wed, 12 Oct 2005 22:04:55 -0700 Subject: [Mailr] Performance? In-Reply-To: <434CD701.4010502@manolov.org> References: <434CD701.4010502@manolov.org> Message-ID: Will following text from SquirrelMail configuration help on this topic? "" If your IMAP server supports the IMAP extension SORT (most mainstream servers do) turn this on. It'll vary by machine speed but when viewing a 17000+ message folder inital viewing delays can go from around 35 seconds to 4 seconds. If your IMAP server does not support the IMAP extension SORT then you can turn off sorting to speed up folder listing. This can be set per user, but not as a default for all users. Server-side Threading - If your IMAP server supports server-side threading, turn it on. It's much more efficient to have the IMAPd do the threading rather than doing it ourself in PHP. "" Courier-IMAP supports both of them. I'm currently using SquirrelMail and performance is good so far (I'm using Courier too). Maybe we should consider the same approach as SquirrelMail. Kevin > I agree that this is unacceptably slow and we have to fix the algorithm. > Most probably the way to do this will be to cache the message IDs (or > message headers) in the database and look only for new messages from the > IMAP server. I guess that this is what Outlook and Thunderbird do. My > only concern is that there might be some synchronization issues between > our local cache (stored in the database) and the IMAP server.