Hi there
Wow, this is a lovely webmail app, thank you! Finally an open source webmail project which looks great and works well. It was an absolute breeze to setup :-) I'm eagerly testing it as a possible replacement for my current webmail system.
I'm serving it via lighttpd (running under FastCGI) and Dovecot IMAP.
I've included some preliminary feedback and suggestions below.
Thanks Dale
These are features which I feel are missing, even for a basic webmail client:
- Mark messages as read/unread/urgent
- Proper redirect support - ie send mail in original form to another.
The following are features I'd like to see added:
- Login-to-email mapping of user<delimiter>domain.name
All my users login with user%domain.name and many other ISPs do the same, or use a variation thereof user@domain.name, or user:domain.name.
Perhaps a config option could be added to generate default identities by splitting the login at a pre-defined delimeter and concatentating with '@' to create the email address, and leaving the name part to the user to fill in.
- 'Junk' and 'Not Junk' actions.
Most sysadmins also employ some form of spam filtering. I use DSPAM which allows users to train their own filters. The setup I employ involves minimal admin from my perspective, namely that users mail spam to spam@myisp,name and false positives to notspam@myisp.name.
So, for all folders other than the Junk folder, the action (button) called 'Junk' would redirect the message to a global spam@myisp.net address and then move it to the Junk folder.
Likewise, when viewing the Junk folder, the action (button) called 'Not Junk' would redirect the message to a global notspam@myisp.net address and then move it to the Inbox folder.
For flexibility in terms of other spam filtering setups, perhaps the spam and notspam actions could be customised to one of "forward to an address", or "pipe to another process" which should return something like a 0 for success, or 1 for failure... _______________________________________________ List info: http://lists.roundcube.net/users/
On 26/10/2007, dale gallagher dale.gallagher@gmail.com wrote:
... I've included some preliminary feedback and suggestions below. ... The following are features I'd like to see added:
Another "must-have" feature I forgot to mention:
The ability to specify whether or not attached images are displayed by default while viewing a message, as with the [view remote images] option. When one views a message with many large images attached, it can take ages to load - being able to choose this behaviour would be a big bonus! _______________________________________________ List info: http://lists.roundcube.net/users/
dale gallagher a écrit :
- Mark messages as read/unread/urgent
It would be nice to have mark as read/unread first.
- Proper redirect support - ie send mail in original form to another.
This is a server side feature ...
Julien Wadin wrote:
dale gallagher a écrit :
- Mark messages as read/unread/urgent
It would be nice to have mark as read/unread first.
- Proper redirect support - ie send mail in original form to another.
This is a server side feature ...
So, if you provide webmail access for 500-1000 user how do you suppose you solve it?
For flexibility in terms of other spam filtering setups, perhaps the spam and notspam actions could be customised to one of "forward to an address", or "pipe to another process" which should return something like a 0 for success, or 1 for failure...
A possible setup is to simply cronjob a reaper that retrieves all the mails stored in the Junk folder and send those to dspam or spamassasin. That doesn't require any changes to the mailclient.
Wkr,
On 26/10/2007, Gregorics Tamás tamas.gregorics@mmcomputer.hu wrote:
Julien Wadin wrote:
dale gallagher a écrit :
- Proper redirect support - ie send mail in original form to another.
This is a server side feature ...
You've misunderstood my request. If a user wishes to manually redirect an email, with attachments included, in its original form to one or more recipients, without the mess associated with "forwarding" by attaching in-line, or the original as an attachment.
Being able to redirect with original headers also enables admins to trouble-shoot filters, or trace spammers.
See the Thunderbird redirect add-on as an example:
http://mailredirect.mozdev.org/ _______________________________________________ List info: http://lists.roundcube.net/users/
On Fri, 26 Oct 2007 13:23:11 +0200, "dale gallagher" dale.gallagher@gmail.com wrote:
You've misunderstood my request. If a user wishes to manually redirect an email, with attachments included, in its original form to one or more recipients, without the mess associated with "forwarding" by attaching in-line, or the original as an attachment.
isn't this typically called just ``bounce'', as in the bounce feature found in the pine or mutt MUAs?
List info: http://lists.roundcube.net/users/
The ability to specify whether or not attached images are displayed by default while viewing a message, as with the [view remote images] option. When one views a message with many large images attached, it can take ages to load - being able to choose this behaviour would be a big bonus!
Not to mention, the spammers who use external image urls for tracking who reads what mail, which puts people on the more pricey spammer lists. _______________________________________________ List info: http://lists.roundcube.net/users/
On 26/10/2007, john john@cosimano.net wrote:
isn't this typically called just ``bounce'', as in the bounce feature found in the pine or mutt MUAs?
Yes, exactly. On the server side though, people often call an undeliverable message (over quota etc) a bounce, hence my reference to this feature as redirecting. _______________________________________________ List info: http://lists.roundcube.net/users/
On 26-Oct-2007, at 04:57, Julien Wadin wrote:
- Proper redirect support - ie send mail in original form to
another.
This is a server side feature ...
No, being able to redirect a message intact (including headers and
all) is also an MUA feature (or it SHOULD be)
[2007-10-26 12:57:57] Julien Wadin,
- Proper redirect support - ie send mail in original form to another.
JW> This is a server side feature ...
Wow, I didn't know my The Bat! client was a server too :-)
Cordialità / Best regards / Gxis la
Manuel Giorgini giorgini@interlogica.net, Programmatore INTERLOGICA e-business solutions - http://www.interlogica.net Via Fusinato, 27 - IT 30171 Mestre VE - Italia - Unione Europea Tel +39 041 099 30 00 (6 linee r.a.) - Fax +39 041 504 11 72
List info: http://lists.roundcube.net/users/
dale gallagher wrote:
On 26/10/2007, Gregorics Tamás tamas.gregorics@mmcomputer.hu wrote:
Julien Wadin wrote:
dale gallagher a écrit :
- Proper redirect support - ie send mail in original form to another.
This is a server side feature ...
You've misunderstood my request. If a user wishes to manually redirect an email, with attachments included, in its original form to one or more recipients, without the mess associated with "forwarding" by attaching in-line, or the original as an attachment.
Being able to redirect with original headers also enables admins to trouble-shoot filters, or trace spammers.
You are looking for the "forward as attachment" feature. This is already registered and is waiting to be implemented http://trac.roundcube.net/ticket/1484157
~Thomas _______________________________________________ List info: http://lists.roundcube.net/users/
On 10/12/2007, Thomas Bruederli roundcube@gmail.com wrote:
You are looking for the "forward as attachment" feature. This is already registered and is waiting to be implemented http://trac.roundcube.net/ticket/1484157
No, there's a BIG difference between "forward as attachment" and "redirect/bounce". The latter sends the ORIGINAL (as if it were the current message) to a new recipient by ONLY doing the following:
Replacing the original 'Return-Path: original_sender_email' with 'Return-Path: new_sender_email'
And prepending
Resent-From: new_sender_email Resent-To: new_recipient_email Resent-Date: Mon, 10 Dec 2007 16:39:53 +0200 Resent-Message-Id: 475D4FB9.80108@localhost.localnet Resent-User-Agent: fingertips-1.0.1
(The above is how the Thunderbird mail client handles redirects). The Mutt MUA does the same (it's called 'bounce' in Mutt parlance).
This feature ensures that the original email arrives in the resent-to recipient's mailbox in the same form it was originally received. This ensures that the new recipient views the message in its original context without having to deal with the disparities between the differences in the method which the sending and receiving mail clients handle 'attached emails'. _______________________________________________ List info: http://lists.roundcube.net/users/
No, there's a BIG difference between "forward as attachment" and "redirect/bounce". The latter sends the ORIGINAL (as if it were the current message) to a new recipient by ONLY doing the following:
One major difference between redirect and forward (as attachment or not), is that the receiver can directly reply to the message as though it was addressed to him/her. Without going into the attachment.
List info: http://lists.roundcube.net/users/
-
dale gallagher -
Gregorics Tamás -
Jason Fesler -
john -
Julien Wadin -
Lewis Butler -
Manuel Giorgini -
Thomas Bruederli -
Werner Van Belle