Now, I suspect this might be because "Lists" is not a real folder on my system - it is virtual, i.e. cannot contain any messages but can act as a "container" for other folders. So, I thought I'd try logging in as another user but there must be a cookie set somewhere because I didn't get a login prompt when I revisted mailr.robinbowes.com. I removed the cookie and tried again. I now get the following error: ActionView::TemplateError (The command "SORT" is unsupported in this state. ) on line #76 of /webmail/webmail/messages.rhtml: 73: 74: 75: 76: <% for message in @messages %> 77: <%= render_partial 'webmail/webmail/message_row', message %> 78: <% end %> 79: So, not entirely successful, but hopefully this will help move things forward. R. -------------- next part -------------- CREATE TABLE customers ( id bigserial NOT NULL, fname varchar(50) default NULL, lname varchar(50) default NULL, email varchar(100) NOT NULL, PRIMARY KEY (id) ); CREATE UNIQUE INDEX customers_email_idx ON customers(email); CREATE TABLE filters ( id bigserial NOT NULL, name varchar(50) default NULL, destination_folder varchar(50) default NULL, customer_id bigint NOT NULL, order_num int default 1, PRIMARY KEY (id), FOREIGN KEY (customer_id) REFERENCES customers(id) ); CREATE INDEX filters_customer_id_idx ON filters(customer_id); CREATE TABLE expressions ( id bigserial NOT NULL, field_name varchar(20) default '^Subject' NOT NULL, operator varchar(20) default 'contains' NOT NULL, expr_value varchar(100) default '' NOT NULL, case_sensitive bool default FALSE, filter_id bigint NOT NULL, PRIMARY KEY (id), FOREIGN KEY (filter_id) REFERENCES filters(id) ); CREATE INDEX expressions_filter_id_idx ON expressions(filter_id); CREATE TABLE mail_prefs ( id serial NOT NULL, mail_type varchar(10) default 'text/plain', wm_rows int default '20', customer_id bigint default NULL, check_external_mail bool default false, PRIMARY KEY (id) ); CREATE UNIQUE INDEX mail_prefs_customer_id_idx ON mail_prefs(customer_id); CREATE TABLE contacts ( id bigserial NOT NULL, fname varchar(50) default NULL, lname varchar(50) default NULL, email varchar(100) default NULL, hphone varchar(20) default NULL, wphone varchar(20) default NULL, mobile varchar(20) default NULL, fax varchar(20) default NULL, notes text, create_date timestamp default NULL, delete_date timestamp default NULL, customer_id bigint default NULL, PRIMARY KEY (id), FOREIGN KEY (customer_id) REFERENCES customers(id) ); CREATE INDEX contacts_customer_id_idx ON contacts(customer_id); CREATE INDEX contacts_customer_id_email_idx ON contacts(customer_id,email); CREATE INDEX contacts_email_idx ON contacts(email); CREATE TABLE contact_groups ( id bigserial NOT NULL, name varchar(50) default NULL, customer_id bigint default NULL, PRIMARY KEY (id), FOREIGN KEY (customer_id) REFERENCES customers(id) ); CREATE INDEX contact_groups_customer_id_idx ON contact_groups(customer_id); CREATE TABLE contact_contact_groups ( contact_id bigint default NULL, contact_group_id bigint default NULL, PRIMARY KEY (contact_id, contact_group_id), FOREIGN KEY (contact_id) REFERENCES contacts(id), FOREIGN KEY (contact_group_id) REFERENCES contact_groups(id) ); CREATE INDEX contact_contact_groups_contact_id_idx ON contact_contact_groups(contact_id); CREATE INDEX contact_contact_groups_contact_group_id_idx ON contact_contact_groups(contact_group_id); From lubo at manolov.org Tue Aug 2 02:35:12 2005 From: lubo at manolov.org (Luben Manolov) Date: Tue Aug 2 02:29:25 2005 Subject: [Mailr] First experiences with mailr In-Reply-To: <20050802055454.11336.qmail@web31012.mail.mud.yahoo.com> References: <20050802055454.11336.qmail@web31012.mail.mud.yahoo.com> Message-ID: <42EF1420.4010405@manolov.org> Hi Robin, --- Robin Bowes wrote: > I thought I'd give mailr a go and will share my experiences with you. Welcome and thanks for your interest in mailr! > First, I prefer using postgresql, so I've converted the MySQL schema > Postgrsql syntax (file attached). Thanks for the Postresql schema. I just included it in subversion trunk (http://mailr.org/changeset/102) > I then found that the bang path in dispatch.fcgi and dispatch.rb was > /usr/bin/ruby18 - I changed this to be /usr/bin/ruby. I checked this but it appears that Rails 0.13.1 generates these files with bang path /usr/bin/ruby18. I'm not sure whether it is a good idea to change this although /usr/bin/ruby will work for me also. > I setup a new virtual host mailr.robinbowes.com and tried logging in. > I get the following error: > > ActionView::TemplateError (SELECT failed: No such mailbox "Lists") on > line #23 of /webmail/webmail/messages.rhtml: > 20:

<%=_('Folders')%>
<%=link_manage_folders%>

> 21:

> 22:

<%=folder_link(folder)%>

> 25:

> > Now, I suspect this might be because "Lists" is not a real folder on my > system - it is virtual, i.e. cannot contain any messages but can act as > a "container" for other folders. > > So, I thought I'd try logging in as another user but there must be a > cookie set somewhere because I didn't get a login prompt when I revisted > mailr.robinbowes.com. I removed the cookie and tried again. > > I now get the following error: > > ActionView::TemplateError (The command "SORT" is unsupported in this > state. ) on line #76 of /webmail/webmail/messages.rhtml: > 73: > 74: > 75: > 76: <% for message in @messages %> > 77: <%= render_partial 'webmail/webmail/message_row', message %> > 78: <% end %> > 79: > > So, not entirely successful, but hopefully this will help move things > forward. Currently mailr has been tested only with Courier IMAP. Apparently there is some interest in running mailr with BincIMAP so I will give it a try. Best regards, Luben From robin-lists at robinbowes.com Tue Aug 2 04:46:35 2005 From: robin-lists at robinbowes.com (Robin Bowes) Date: Tue Aug 2 04:40:35 2005 Subject: [Mailr] First experiences with mailr In-Reply-To: <42EF1420.4010405@manolov.org> References: <20050802055454.11336.qmail@web31012.mail.mud.yahoo.com> <42EF1420.4010405@manolov.org> Message-ID: <42EF32EB.6040300@robinbowes.com> Luben Manolov wrote: >> I then found that the bang path in dispatch.fcgi and dispatch.rb was >> /usr/bin/ruby18 - I changed this to be /usr/bin/ruby. > > > I checked this but it appears that Rails 0.13.1 generates these files > with bang path /usr/bin/ruby18. I'm not sure whether it is a good idea > to change this although /usr/bin/ruby will work for me also. I run into this all the time. Rails generates the framework to match the local environment. This is a particular problem on Windows vs. Linux (c:\ruby\bin\blah vs /usr/bin/ruby or whatever). I wonder if there is a rails command that updates such things without over-writing any application code? Does rails migrate do this? > Currently mailr has been tested only with Courier IMAP. Apparently there > is some interest in running mailr with BincIMAP so I will give it a try. OK. Let me know if you want me to test anything. R. -- http://robinbowes.com If a man speaks in a forest, and his wife's not there, is he still wrong? From robert.mcgovern at gmail.com Tue Aug 2 19:14:31 2005 From: robert.mcgovern at gmail.com (Robert McGovern) Date: Tue Aug 2 19:08:40 2005 Subject: [Mailr] New User Message-ID: <1423a9c605080216147385e64d@mail.gmail.com> Hi, Just trying out your software on my system. Currently I use Horde / IMP for my webmail solution and it works fairly well with my server (Mercury Mail on Win32). I've got it all installed and running but I can't log in, the browser window simply sits there with the little icon in the corner of the browser whirring away. Looking at my mail server, I can see that a session is currently connected but it isn't logged in. Looking in the nohup log file I see: [robertm@fedora mailr]$ tail -f /home/robertm/nohup.out [IMAPBE] Starting... [IMAPBE] ...creating IMAP session service... [IMAPBE] ...creating watchdog thread... [IMAPBE] ...starting DRb server... [IMAPBE] ...started on druby://localhost:31382... [IMAPBE] ...done. [IMAPBE] Quitting... [IMAPBE] ...ending DRb thread... [IMAPBE] Goodbye. If I try and kill webrick (running either development or production) it simply hangs until I kill drb_servicies (note in your install guide you have "nohup ruby drb_services &" there should be a .rb after drb_services). Once its killed a drb error messages appears on screen: [2005-08-03 00:03:43] INFO going to shutdown ... #> ["/usr/lib/ruby/1.8/drb/drb.rb:724:in `open'", "/usr/lib/ruby/1.8/drb/drb.rb:717:in `each'", "/usr/lib/ruby/1.8/drb/drb.rb:717:in `open'", "/usr/lib/ruby/1.8/drb/drb.rb:1142:in `initialize'", "/usr/lib/ruby/1.8/drb/drb.rb:1122:in `new'", "/usr/lib/ruby/1.8/drb/drb.rb:1122:in `open'", "/usr/lib/ruby/1.8/drb/drb.rb:1058:in `method_missing'", "/usr/lib/ruby/gems/1.8/gems/actionpack-1.9.1/lib/action_controller/session/drb_store.rb:19:in `update'", "/usr/lib/ruby/gems/1.8/gems/actionpack-1.9.1/lib/action_controller/session/drb_store.rb:23:in `close'", "/usr/lib/ruby/1.8/cgi/session.rb:330:in `close'", "/usr/lib/ruby/gems/1.8/gems/actionpack-1.9.1/lib/action_controller/base.rb:811:in `close_session'", "/usr/lib/ruby/gems/1.8/gems/actionpack-1.9.1/lib/action_controller/base.rb:357:in `process'", "/usr/lib/ruby/gems/1.8/gems/actionpack-1.9.1/lib/action_controller/rescue.rb:20:in `process_with_exception'", "/usr/lib/ruby/gems/1.8/gems/rails-0.13.1/lib/dispatcher.rb:34:in `dispatch'", "/usr/lib/ruby/gems/1.8/gems/rails-0.13.1/lib/webrick_server.rb:105:in `handle_dispatch'", "/usr/lib/ruby/gems/1.8/gems/rails-0.13.1/lib/webrick_server.rb:71:in `service'", "/usr/lib/ruby/1.8/webrick/httpserver.rb:104:in `service'", "/usr/lib/ruby/1.8/webrick/httpserver.rb:65:in `run'", "/usr/lib/ruby/1.8/webrick/server.rb:155:in `start_thread'", "/usr/lib/ruby/1.8/webrick/server.rb:144:in `start'", "/usr/lib/ruby/1.8/webrick/server.rb:144:in `start_thread'", "/usr/lib/ruby/1.8/webrick/server.rb:94:in `start'", "/usr/lib/ruby/1.8/webrick/server.rb:89:in `each'", "/usr/lib/ruby/1.8/webrick/server.rb:89:in `start'", "/usr/lib/ruby/1.8/webrick/server.rb:79:in `start'", "/usr/lib/ruby/1.8/webrick/server.rb:79:in `start'", "/usr/lib/ruby/gems/1.8/gems/rails-0.13.1/lib/webrick_server.rb:57:in `dispatch'", "script/server:49"] [2005-08-03 00:06:33] ERROR `/login/authenticate' not found. 192.168.0.102 - - [02/Aug/2005:23:56:13 BST] "POST /login/authenticate HTTP/1.1" 404 0 http://fedora:3000/login -> /login/authenticate [2005-08-03 00:06:34] INFO WEBrick::HTTPServer#start done. [1]+ Terminated nohup ruby drb_services.rb (wd: /opt/hand-installed/mailr/lib) Any thoughts? Enabling session logging in MM I can see that Mailr begins to talk to MM but doesn't get much further: 00:09:21.088: Connection from 192.168.0.122, Wed Aug 03 00:09:21 2005 00:09:21.098: << * OK tarasis.net IMAP4rev1 Mercury/32 v4.01b server ready. 00:09:21.238: >> RUBY0001 AUTHENTICATE PLAIN Will keep you informed if I get it talking properly to Mercury mail. I know I can certainly do it from ruby using net::imap but I need to find the scripts I used to do it and see if I needed to do anything special. Rob -- Personal responsibility is battling extinction. From robert.mcgovern at gmail.com Thu Aug 4 06:57:13 2005 From: robert.mcgovern at gmail.com (Robert McGovern) Date: Thu Aug 4 06:51:20 2005 Subject: [Mailr] Mailr with Mercury Mail Message-ID: <1423a9c605080403574971f07e@mail.gmail.com> Hi been looking into using Mailr with Mercury Mail. First off, it looks like Mercury Mail doesn't support using AUTHENTICATE though it does support TLS (STARTTLS command). i.e the server doesn't respond at all to AUTHENTICATE PLAIN or AUTHENTICATE CRAM-MD5 which, if I have read it right, means that Mercury Mail ignores section 6.2.2 of RFC3501 and associated RFC's. The "normal" login command works, LOGIN i.e. 00:21:57.926: >> RUBY0001 LOGIN XXXXXXX XXXXXXXX 00:21:58.287: << RUBY0001 OK LOGIN completed. The following is the mail servers session logging after the attached script is run. 00:21:57.796: Connection from 192.168.0.102, Wed Aug 03 00:21:57 2005 00:21:57.806: << * OK tarasis.net IMAP4rev1 Mercury/32 v4.01b server ready. 00:21:57.926: >> RUBY0001 LOGIN XXXXXXX XXXXXXXX 00:21:58.287: << RUBY0001 OK LOGIN completed. 00:21:58.427: >> RUBY0002 EXAMINE INBOX 00:22:28.581: << * 1654 EXISTS 00:22:28.581: << * 0 RECENT 00:22:28.581: << * FLAGS (\Deleted \Draft \Seen \Answered) 00:22:28.581: << * OK [UIDVALIDITY 1060684230] UID Validity 00:22:28.581: << * OK [UIDNEXT 47457] Predicted next UID 00:22:28.581: << * OK [PERMANENTFLAGS (\Deleted \Draft \Seen \Answered)] Settable message flags 00:22:28.581: << RUBY0002 OK [READ-ONLY] EXAMINE completed. 00:22:28.771: >> RUBY0003 SEARCH RECENT 00:22:28.771: << * SEARCH 00:22:50.121: << 00:22:50.121: << RUBY0003 OK SEARCH complete. 00:22:50.142: --- Connection closed normally at Wed Aug 03 00:22:50 2005. --- 00:22:50.142: This output happens when Mailr connects: 00:09:21.088: Connection from 192.168.0.122, Wed Aug 03 00:09:21 2005 00:09:21.098: << * OK tarasis.net IMAP4rev1 Mercury/32 v4.01b server ready. 00:09:21.238: >> RUBY0001 AUTHENTICATE PLAIN I am going to make a patch for further testing where I'll make the authentication method be a config option, like with :am_authentication. Rob -------------- next part -------------- A non-text attachment was scrubbed... Name: check_mail.rb Type: application/octet-stream Size: 293 bytes Desc: not available Url : http://rubyforge.org/pipermail/mailr-list/attachments/20050804/1085d2b9/check_mail.obj From lubo at manolov.org Fri Aug 5 04:20:21 2005 From: lubo at manolov.org (Luben Manolov) Date: Fri Aug 5 04:14:48 2005 Subject: [Mailr] Mailr with Mercury Mail In-Reply-To: <1423a9c605080403574971f07e@mail.gmail.com> References: <1423a9c605080403574971f07e@mail.gmail.com> Message-ID: <42F32145.10602@manolov.org> Hi Robert, > I am going to make a patch for further testing where I'll make the > authentication method be a config option, like with > :am_authentication. I just created a new ticket (http://mailr.org/ticket/24) with your findings. It will be great if you could provide a patch for the Mercury Mail authentication. Best regards, Luben From lubo at manolov.org Sun Aug 7 12:23:55 2005 From: lubo at manolov.org (Luben Manolov) Date: Sun Aug 7 12:18:19 2005 Subject: [Mailr] Mailr should work with BincIMAP now In-Reply-To: <42F136DF.6020303@robinbowes.com> References: <42EFBA5D.6030305@robinbowes.com> <42F0C82A.5000203@manolov.org> <42F136DF.6020303@robinbowes.com> Message-ID: <42F6359B.4030200@manolov.org> Hi Robin, Good news :) I think I've managed to fix the problem with BincIMAP. >> We are using the ruby Net::IMAP library. I didn't know that SORT was >> not a standard IMAP command (it's included in Net::IMAP). >> Apparently in order to support BincIMAP (and other IMAP servers I >> guess) we have to refactor the code and get rid of the usage of SORT >> IMAP command (replace it with sorting the messages in mailr instead). > > I guess you need to issue a CAPABILITY command and self-configure > according to what the server reports. This is exactly what has been implemented. (see changeset http://mailr.org/changeset/108) >> BincIMAP support is posted as ticket, so I hope to have some time soon >> to try to fix this. > OK. Let me know when it's in and I'll try again. Could you please try it again? It works for me now but it's better to have independent test. Best regards, Luben > > Cheers, > > R. > From robin-lists at robinbowes.com Sun Aug 7 18:23:48 2005 From: robin-lists at robinbowes.com (Robin Bowes) Date: Sun Aug 7 18:17:54 2005 Subject: [Mailr] Mailr should work with BincIMAP now In-Reply-To: <42F6359B.4030200@manolov.org> References: <42EFBA5D.6030305@robinbowes.com> <42F0C82A.5000203@manolov.org> <42F136DF.6020303@robinbowes.com> <42F6359B.4030200@manolov.org> Message-ID: <42F689F4.9060701@robinbowes.com> Luben Manolov wrote: > Hi Robin, > > Good news :) > > I think I've managed to fix the problem with BincIMAP. > >>> We are using the ruby Net::IMAP library. I didn't know that SORT was not a standard IMAP command (it's included in Net::IMAP). >>> Apparently in order to support BincIMAP (and other IMAP servers I guess) we have to refactor the code and get rid of the usage of SORT IMAP command (replace it with sorting the messages in mailr instead). >> >> >> >> I guess you need to issue a CAPABILITY command and self-configure according to what the server reports. > > > > This is exactly what has been implemented. (see changeset http://mailr.org/changeset/108) > >>> BincIMAP support is posted as ticket, so I hope to have some time soon to try to fix this. >> >> >> OK. Let me know when it's in and I'll try again. > > > > Could you please try it again? It works for me now but it's better to have independent test. Hi Luben, I've just tried again and am getting an error. I've updated from svn and saw that the imap_backend.db file was updated. I restarted apache (to restart the FastCGI processes and started drb_services.rb again. The application crashes with the following in production.log: ActionView::TemplateError (undefined method `sort_by' for nil:NilClass) on line #76 of /webmail/webmail/messages.rhtml: 73: 74: 75: 76: <% for message in @messages %> 77: <%= render_partial 'webmail/webmail/message_row', message %> 78: <% end %> 79: Am I doing something wrong? R. From lubo at manolov.org Mon Aug 8 01:48:23 2005 From: lubo at manolov.org (Luben Manolov) Date: Mon Aug 8 01:42:49 2005 Subject: [Mailr] Mailr should work with BincIMAP now In-Reply-To: <42F689F4.9060701@robinbowes.com> References: <42EFBA5D.6030305@robinbowes.com> <42F0C82A.5000203@manolov.org> <42F136DF.6020303@robinbowes.com> <42F6359B.4030200@manolov.org> <42F689F4.9060701@robinbowes.com> Message-ID: <42F6F227.5000304@manolov.org> Hi Robin, > I've just tried again and am getting an error. > I've updated from svn and saw that the imap_backend.db file was updated. > I restarted apache (to restart the FastCGI processes and started > drb_services.rb again. > The application crashes with the following in production.log: > > ActionView::TemplateError (undefined method `sort_by' for nil:NilClass) > on line > #76 of /webmail/webmail/messages.rhtml: > 73: > 74: > 75: > 76: <% for message in @messages %> > 77: <%= render_partial 'webmail/webmail/message_row', message %> > 78: <% end %> > 79: > > Am I doing something wrong? I guess it's my fault. The case when the folder is empty wasn't handled properly. I've fixed this - http://mailr.org/changeset/109 You need to restart drb_services.rb Best regards, Luben From robin-lists at robinbowes.com Mon Aug 8 04:57:46 2005 From: robin-lists at robinbowes.com (Robin Bowes) Date: Mon Aug 8 04:51:32 2005 Subject: [Mailr] Mailr should work with BincIMAP now In-Reply-To: <42F6F227.5000304@manolov.org> References: <42EFBA5D.6030305@robinbowes.com> <42F0C82A.5000203@manolov.org> <42F136DF.6020303@robinbowes.com> <42F6359B.4030200@manolov.org> <42F689F4.9060701@robinbowes.com> <42F6F227.5000304@manolov.org> Message-ID: <42F71E8A.2080804@robinbowes.com> Luben Manolov wrote: > I guess it's my fault. The case when the folder is empty wasn't handled > properly. I've fixed this - http://mailr.org/changeset/109 > You need to restart drb_services.rb OK, that got it. It works with my test account. A couple of issues: 1. Folder names appear truncated. In my test account, I have a couple of folders: Spam Spam/Misdetected Spam/Undetected "Spam" is not shown at all (it has a blank name) "Spam/Misdetected" is shown as "isdetected" "Spam/Undetected is shown as "ndetected" 2. When I log in as "proper" user, I get the following error: ActionView::TemplateError (SELECT failed: No such mailbox "Lists") on line #23 o f /webmail/webmail/messages.rhtml: 20:

<%=_('Folders')%>
<%=link_manage_folders%>

21:

22:

<%=folder_link(folder)%>

25:

The folder "Lists" does not exist - it is a "place holder" for other folders. For example, Lists.mailr-lists@rubyforge.org exists. It seems mailr is assuming that all IMAP folders exist as physical folders rather than checking if they are just "containers". Cheers, R. -- http://robinbowes.com If a man speaks in a forest, and his wife's not there, is he still wrong? From dandrew.thompson at gmail.com Mon Aug 8 20:11:04 2005 From: dandrew.thompson at gmail.com (D'Andrew Thompson) Date: Tue Aug 9 04:25:54 2005 Subject: [Mailr] Mailr Integration Message-ID: <7b297ea205080817113fed215@mail.gmail.com> Dear Luben, Thank you for posting your Mailr app on the RoR mailing list. I am creating an open source software application for management of political campaigns. We have been working on a closed source version, but have recently decided to GPL license the app. Whereas we began building our software on J2EE, I am working on porting the app over to RoR. This means that I am busy learning the RoR framework as well as learning Ruby. More to the point. We need to build in an email viewing layer to our app and would like to try yours. Since I am new to the environment and your app, I wasn't able to get it up and running right away, so I'll be spending some time figuring it out in the next few days. Either way I wanted to let you know. I'm sure I'll be posting to the mailr mailing list for future conversation. Once I have an alpha I'll post an announcement to the RoR list. Thank you, -- ~~~~~~~~~~~~~~~~~~~ D'Andrew Thompson http://dathompson.blogspot.com From lubo at manolov.org Tue Aug 9 05:22:01 2005 From: lubo at manolov.org (Luben Manolov) Date: Tue Aug 9 05:16:00 2005 Subject: [Mailr] Mailr Integration In-Reply-To: <7b297ea205080817113fed215@mail.gmail.com> References: <7b297ea205080817113fed215@mail.gmail.com> Message-ID: <42F875B9.7010303@manolov.org> Dear D'Andrew, Thanks for your interest in Mailr. I will be glad if I could help you running Mailr and eventually integrating it with your application. Best regards, Luben D'Andrew Thompson wrote: > Dear Luben, > > Thank you for posting your Mailr app on the RoR mailing list. > > I am creating an open source software application for management of > political campaigns. We have been working on a closed source version, > but have recently decided to GPL license the app. > > Whereas we began building our software on J2EE, I am working on > porting the app over to RoR. This means that I am busy learning the > RoR framework as well as learning Ruby. > > More to the point. We need to build in an email viewing layer to our > app and would like to try yours. Since I am new to the environment and > your app, I wasn't able to get it up and running right away, so I'll > be spending some time figuring it out in the next few days. > > Either way I wanted to let you know. I'm sure I'll be posting to the > mailr mailing list for future conversation. > > Once I have an alpha I'll post an announcement to the RoR list. > > Thank you, > From lubo at manolov.org Wed Aug 17 12:16:48 2005 From: lubo at manolov.org (Luben Manolov) Date: Wed Aug 17 12:10:32 2005 Subject: [Mailr] Mailr should work with BincIMAP now In-Reply-To: <42F71E8A.2080804@robinbowes.com> References: <42EFBA5D.6030305@robinbowes.com> <42F0C82A.5000203@manolov.org> <42F136DF.6020303@robinbowes.com> <42F6359B.4030200@manolov.org> <42F689F4.9060701@robinbowes.com> <42F6F227.5000304@manolov.org> <42F71E8A.2080804@robinbowes.com> Message-ID: <430362F0.2090502@manolov.org> Hi Robin, > 1. Folder names appear truncated. > In my test account, I have a couple of folders: > Spam > Spam/Misdetected > Spam/Undetected > "Spam" is not shown at all (it has a blank name) > "Spam/Misdetected" is shown as "isdetected" > "Spam/Undetected is shown as "ndetected" This is fixed now. See changeset http://mailr.org/changeset/111 > 2. When I log in as "proper" user, I get the following error: > > ActionView::TemplateError (SELECT failed: No such mailbox "Lists") on > line #23 o > > The folder "Lists" does not exist - it is a "place holder" for other > folders. For example, Lists.mailr-lists@rubyforge.org exists. I guess that this is fixed too. Now the system is checking for attribute ":Noselect". I haven't tested that yet, because I do not have such folders in my IMAP servers. Best regards, Luben From scott at elitists.net Thu Aug 25 11:49:39 2005 From: scott at elitists.net (Scott Barron) Date: Thu Aug 25 11:43:07 2005 Subject: [Mailr] Checking out Mailr Message-ID: Hi there, I've been checking out Mailr this morning and thought I'd pass along some of my observations. I think the system as it stands is shaping up very nicely, so please take my suggestions as constructive. Given the existing alternatives to Mailr, I would certainly rather spend my time massaging some love into Mailr than messing with the rest. So, here's what I experienced this morning (in utterly random order). Note that I am using Mailr from trunk checked out as of yesterday (Aug 24) morning. I hooked Mailr to an existing IMAP server running at my old university. It happens to be Cyrus and everything worked quite well, however they require SSL and I had to edit the code to do this. An option for this would be pretty nice, and I can post a patch on your trac if you'd like such that you can go: :imap_use_ssl => true # Will give you SSL on 993 by default :imap_port => 4993 # Set the port for either imap or imaps, depending on imap_use_ssl Also, that particular imap server wants a login with just a username and password, not a complete email address. This seems to mess up my From address when sending mails because just the username is what's entered into the customers table. It might be nice to be able to set this as a preference. And along with that, my customers entry is created with NULL for the first and last name, which adds quoted printables which decode to empty to the From line. When Mailr goes to display this in most instances it is displayed as nothing because it thinks there's a name with the address, but the name decodes to being empty. I didn't see where I could set my first/last name in the preferences. It seems that at least some times quoted printables are not properly decoded in the Subject display. It would be nice if I could use sendmail instead of being shoehorned into Net::SMTP. I also found it a little odd to be setting configurations on ActionMailer::Base but that the system used Net::SMTP directly. It made me think I could just set up AM to use sendmail, but when it wasn't happening I was confused. I'm not really sure why AM itself is not used, is there a particular reason for this? I don't know if it's the fault of the imap server, or that I'm using a remote server, or what but the system frequently hung while the drb_service output "Waiting for lock" over and over again. I haven't spent any time to track this down so I'm not sure of the cause. I think the UI is pretty sharp. It's nice and clean and pretty well thought out. Except for the send button on the compose message screen. I kept wanting it to be down below the text box, but it's up there blended into the submenu. I had to look around for it the first time, it might be nice to make it stand out a little more. In the contacts area, email addresses are shown with a mailto: link, but I think it might be nice if clicking on an email address would send you to the compose screen with that address filled in. Overall I think there's great potential here and this thing was dead easy to set up (a very important feature, if you ask me). I would definitely like to see Mailr succeed and as I have the time I'll detail my observations out further and post them as tickets or patches on your trac. Thanks for all your hard work, please keep it up as I think something like Mailr is very much needed and will do very well. Thanks -Scott -- Scott Barron Lunchbox Software http://lunchboxsoftware.com http://lunchroom.lunchboxsoftware.com From lubo at manolov.org Fri Aug 26 08:56:15 2005 From: lubo at manolov.org (Luben Manolov) Date: Fri Aug 26 08:49:54 2005 Subject: [Mailr] Checking out Mailr In-Reply-To: References: Message-ID: <430F116F.2070202@manolov.org> Hi Scott, Welcome to the Mailr project and thanks for your patch :) Scott Barron wrote: > I've been checking out Mailr this morning and thought I'd pass along > some of my observations. I think the system as it stands is shaping up > very nicely, so please take my suggestions as constructive. Given the > existing alternatives to Mailr, I would certainly rather spend my time > massaging some love into Mailr than messing with the rest. So, here's > what I experienced this morning (in utterly random order). Note that I > am using Mailr from trunk checked out as of yesterday (Aug 24) morning. I am very glad that you decided to put your efforts in improving Mailr. All your suggestions are welcome and of course are taken as constructive. > I hooked Mailr to an existing IMAP server running at my old university. > It happens to be Cyrus and everything worked quite well, however they > require SSL and I had to edit the code to do this. An option for this > would be pretty nice, and I can post a patch on your trac if you'd like > such that you can go: > :imap_use_ssl => true # Will give you SSL on 993 by default > :imap_port => 4993 # Set the port for either imap or imaps, depending > on imap_use_ssl Your patch is committed in the trunk (http://mailr.org/changeset/112). I have changed default_site.rb also to include "imap_use_ssl" and "imap_port" > Also, that particular imap server wants a login with just a username and > password, not a complete email address. This seems to mess up my From > address when sending mails because just the username is what's entered > into the customers table. It might be nice to be able to set this as a > preference. And along with that, my customers entry is created with > NULL for the first and last name, which adds quoted printables which > decode to empty to the From line. When Mailr goes to display this in > most instances it is displayed as nothing because it thinks there's a > name with the address, but the name decodes to being empty. I didn't > see where I could set my first/last name in the preferences. I just added fields for first and last name in the preferences (http://mailr.org/changeset/113). > It seems that at least some times quoted printables are not properly > decoded in the Subject display. We have spent a lot of time trying to fix this issue. There were all sort of problems with some encodings (for example Cyrillic). I guess that there are still some cases in which the decoding doesn't work. It will be great if you could provide a patch which fixes the problem with your emails. > It would be nice if I could use sendmail instead of being shoehorned > into Net::SMTP. I also found it a little odd to be setting > configurations on ActionMailer::Base but that the system used Net::SMTP > directly. It made me think I could just set up AM to use sendmail, but > when it wasn't happening I was confused. I'm not really sure why AM > itself is not used, is there a particular reason for this? The development of Mailr started in February. At that time the version of Rails was 0.10 as far as I can remember. The problem was that there were many changes in ActionMailer / TMail between versions 0.10 and 0.13.1 of Rails and that's why we decided not to use ActionMailer. I guess that now the ActionMailer is pretty stable so maybe we shall consider using it. As for the ActionMailer::Base configurations - Mailr is a component of much bigger application (which will be released as an open source project soon) and the configurations left from the bigger application. > I think the UI is pretty sharp. It's nice and clean and pretty well > thought out. Except for the send button on the compose message screen. > I kept wanting it to be down below the text box, but it's up there > blended into the submenu. I had to look around for it the first time, > it might be nice to make it stand out a little more. I submitted this as ticket (http://mailr.org/ticket/32). > In the contacts area, email addresses are shown with a mailto: link, but > I think it might be nice if clicking on an email address would send you > to the compose screen with that address filled in. Ticket again :) (http://mailr.org/ticket/33) > Overall I think there's great potential here and this thing was dead > easy to set up (a very important feature, if you ask me). I would > definitely like to see Mailr succeed and as I have the time I'll detail > my observations out further and post them as tickets or patches on your > trac. Sorry, I submitted some of the suggestions as tickets before reading your email to the end. > Thanks for all your hard work, please keep it up as I think > something like Mailr is very much needed and will do very well. I will be very glad if we can build a community around the project and make Mailr to be a great success together. Best regards, Luben

<%=_('Folders')%><%=link_manage_folders%>

<%=_('Folders')%><%=link_manage_folders%>

<%=_('Folders')%><%=link_manage_folders%>

<%=_('Folders')%>
<%=link_manage_folders%>

<%=_('Folders')%>
<%=link_manage_folders%>

<%=_('Folders')%>
<%=link_manage_folders%>