Author Topic: Filters and Threading  (Read 21785 times)

Offline SniperClops

  • Newbie
  • *
  • Posts: 4
Filters and Threading
« on: July 07, 2007, 02:04:27 AM »
This has probably been suggested before, but roundcube could use filters and threading. I am impressed with the program so far but these two things are what is keeping me form using it... back to squirrelmail I guess. Oh yeah, and it should tell you how many messages in a folder have been read and the total number of messages, such as (685 read/847 total messages) of course without the "read" and "total messages" parts.

Offline SKaero

  • Administrator
  • Hero Member
  • *****
  • Posts: 5,876
    • SKaero - Custom Roundcube development
Re: Filters and Threading
« Reply #1 on: July 07, 2007, 03:14:46 AM »
Here a plug-in for the "how many messages in a folder" http://trac.roundcube.net/trac.cgi/ticket/1483873. The threading is going to be added at some point, As a lot of people what to have it. As for filtering that is not something for roundcube is made for, because roundcube is a frond end mail client and that is a mail sever function.

Offline SniperClops

  • Newbie
  • *
  • Posts: 4
Re: Filters and Threading
« Reply #2 on: July 07, 2007, 12:04:41 PM »
Too bad, I am on several mailing lists and I need to filter each email into a separate folder. I don't see why it can't be added. Squirrelmail does it.

Offline maDa

  • Newbie
  • *
  • Posts: 2
Re: Filters and Threading
« Reply #3 on: July 25, 2007, 07:20:52 AM »
Quote from: SKaero
filtering that is not something for roundcube is made for, because roundcube is a frond end mail client and that is a mail sever function.
But many need user specific filters. The admin of the server can't manually setup every user filter rules in a maildrop filter e.g

I use roundcube every day, so sick off butt-ugly squerril. But I really miss the filters.

Offline bpat1434

  • Administrator
  • Hero Member
  • *****
  • Posts: 673
Re: Filters and Threading
« Reply #4 on: August 28, 2007, 10:13:57 PM »
You mean perhaps filtering like messages from *@gmail.com go to a gmail folder, and those with [RCD] or [RCU] as the first 5 characters in the subject go to a RoundCube Lists folder right?

Sounds to me like the user needs to set up some filters on the server and not with RoundCube.

Here's the thing: RoundCube is only a front-end to an IMAP server. IMAP by nature is meant to be accessed from multiple points but have the same information (i.e. you log in from work and home and see the same message list for the same email address). But if you filter with RC, and not with the server, when you load up RC it will filter, then when you close your browser, filtering stops. So next time you load up RC the filter may or may not work. Doing it server-side means that your filters work all the time (or as long as the server is up).

Filters for Roundcube just aren't going to make it. Maybe we'll get tagging as part of it; although, I doubt any time soon.
 
  

Offline resaturate

  • Jr. Member
  • **
  • Posts: 10
Re: Filters and Threading
« Reply #5 on: August 29, 2007, 09:53:22 AM »
Hold on a minute. Filtering (or rules) are certainly possible and quite usual client-side. I can't think of an installed mail client that doesn't implement them in some way. Adding that functionality can't be too difficult really. There are two parts to it:

1. The filter/rule set up saved to the db. For example: if subject contains 'roundcube' move message to '/rc' etc.
2. A script that intercepts mail before it hits the Inbox list which applies the filters to the message and deals with them appropriately.

That way 'mark as spam' could easily work as requested elsewhere too. Marking a message would automatically add the rule, if from is 'bogus@spammer.com' move message to '/Junk'.

Sure filtering can be done on the server too, but end users are far more likely to want them client side. Plus, the webmail client becomes more app like and will be more of a reason to switch to RC.


Offline bpat1434

  • Administrator
  • Hero Member
  • *****
  • Posts: 673
Re: Filters and Threading
« Reply #6 on: August 29, 2007, 12:48:38 PM »
You're still better off letting the server itself filter the mail. For speed and ease of use. If you want to create a plugin for this that's fine (as I understand it, a patch is already being submitted on the Dev list today).

I just can't see the devs devoting time to this specific feature in the near future (unless someone fixes the problem on their own and submits a patch / plugin). Now, filtering shouldn't be client-side.

Quote from: Till
The entire downside of implementing filters in a webmail is that the
user has to log into the webmail. So for example an autoresponder is
pretty useless - unless you set up a script and crontab it to login
for you but that defeats the entire purpose of "easy to use".

IMO - I'd welcome an interface for server-side filters. It has to be
very abstract, because some IMAPDs have filters build in, others use
maildrop or/and procmail to achieve the same. So an interface would
need to be configurable (through a config file) and then people can
build filters.

That's from the dev mailing list today (well, like 2 minutes ago). Think about it. If you set up filters in your webmail, then leave for vacation for 2 weeks (typical honeymoon ;) ) and come back and 500 messages are now in your inbox. The webmail will have to sift through those 500 messages and filter them. However, what should be done is that the IMAP server filters it for you so that when you leave, the server still filters the mail, and you don't need to run RoundCube just to filter your mail. It's the one thing I hate about client is that if you get loads of messages per day, and you filter them on subject, sender, or other headers, then it can take forever to go through if you don't leave the client running 100% of the time.

I'm not trying to say that it's not going to happen, just that you're better of doing it server-side and setting it up that way so that if you don't use RC later, you still have your filters going on and your inbox and folders are not insane with unfiltered mail.
 
  

Offline resaturate

  • Jr. Member
  • **
  • Posts: 10
Re: Filters and Threading
« Reply #7 on: September 02, 2007, 09:44:24 AM »
Ok, I fully see the point about an auto-responder or vacation message: That has to be server-side as you want to responder to fire as soon as a message comes into the server.

As for other basic filtering, the state of current technology suggests that any serious email client includes that functionality, installed application or webmail. (Squirrelmail and Gmail do it in webmail for instance and I can't think of an installed client that doesn't.) I'm actually quite surprised that there's so much reluctance from the developers. I'd have thought this would be a natural extension to functionality after the core application has been built. In fact it's so ubiquitous amongst rival clients it could be seen as part of the core itself.

Offline bpat1434

  • Administrator
  • Hero Member
  • *****
  • Posts: 673
Re: Filters and Threading
« Reply #8 on: September 02, 2007, 10:06:12 AM »
It's not really a reluctance to develop it. I'm sure they do. But there are other features that don't work currently, and this really can be difficult. You'd really rather want to have this done server-side for speed. It's a lot faster to let the IMAP server handle the movement and filtering of the messages than to have the headers downloaded by a client, let the client then sort them one-by-one, and move them on the server. It's just a lot more overhead.

Now, as far as I know, each IMAP server implements filtering slightly differently, so that can make implementing a filtering solution difficult (not impossible). Right now, with the speed of development, perhaps if you know PHP and how to interact with certain servers you could create a class for implementing filtering, and extend it with specifics for different servers.

So it's not that they're against it, just that it's something that really would be better server-side implemented. Maybe an "administrative" filter module can be created to make the filters server-side, or a not-so-intricate web-filter. I'd personally rather see it server-side. That way my webmail can speed up.
 
  

GrinGrin

  • Guest
Re: Filters and Threading
« Reply #9 on: September 02, 2007, 05:55:38 PM »
Hi all!

I agreed with Brett on the fact that filtering must be server-side insteed of client-side.

Until this week-end, my IMAP server was Courier-IMAP without any support for server-side filtering rules configured and a badly working SpamAssassin... Only my Outlook client does filtering ... With spam traffic growing days after days, I've to filter each days over 500 email on 5 mail accounts and usually Outlook stops responding after few seconds! :o

If RoundCube implement such a system, users who log in need to wait that all the messages have been filtered... If you recieve a lot of spam or mailing-list messages, you'll have to wait before you can read your mails ! :-\

SquirrelMail, Gmail, Yahoo, Hotmail and others implements server-sides filtering rules!! nothing more, nothing less ;)

If you look at the SquirrelMail website, under the "Plugins" section, you'll find that the so-called 'filtering' feature is in fact a simple plugin who help users managing their rules on the server using SpamAssassin, Cieve or others mechanisms (i.e. running commands on the server) :P

I've choosed DoveCot for his plugin for DSPAM (learning of false-positive or false-negative with only a move between Inbox and Spam folder!) and the Sieve-plugin (automatic action for mails with "X-DSPAM-Result: SPAM" in headers)

Sieve is a simple language for manipulating mail messages and take actions regarding of the headers contents...
For example, this is the sieve-rule to move DSPAM tagged mail to the Spam folder:

Code: [Select]
require "fileinto";
if header :contains "X-DSPAM-Result" "Spam" {
    fileinto "Spam";
}

A simple PHP script can help editing rules like the above inside the RC interface and voila! (of course, this script must be writed before :p)... The most difficult is to keep in mind all server-side filtering possibilities, plugins are good for this ;)

SquirrelMail already have several (12) plugins for editing user-rules, RC can have his own set of plugins 8) (I hope!!)

Everything can arrive to whom is waiting ;)

This is my little point of view on the subject !
Best Regards

P.S.: sorry for my poor english :p

Offline AMG

  • Newbie
  • *
  • Posts: 5
Re: Filters and Threading
« Reply #10 on: December 17, 2007, 12:19:06 PM »
Hi there,

you have written much about filtering, but threading have been falled by the wayside...
Pease tell me: is the possibility for threading already included in RC2?

I have successfully installed this nice piece of software, but I haven't figured out - if even possible - how I can manage that issue.
I surely can sort my messages by date or subject or something like that, but it would be the icing on my cake if I could view all my messages hierarchically ;-)

Thanks in advance,
Andreas

Offline Charlie R00t

  • Newbie
  • *
  • Posts: 3
Re: Filters and Threading
« Reply #11 on: December 22, 2007, 01:40:32 AM »
Quote from: SKaero
As for filtering that is not something for roundcube is made for, because roundcube is a frond end mail client and that is a mail sever function.
What?!
Indeed. Roundcube is a mail client. But what makes you think that filtering is
only a task for the server? That is absurd. (e)mail can be filtered at/on many
levels. From filtering by: subject/sender/spam/virii. All at the client level. Not
to mention priority filtering. All mature mail clients in use today implement these in
their default install. What's more, almost all mail server filters also accommodate
user filtering/interaction. Bayesian,Greylist,Spamassasin,and nearly every other Milter.
Given that you indicate roundcube has no intention of introducing these indispensable
features. I'm going to fork off a version of the current codebase into a UserCentric
version, that provides what users expect demand from a mail client. I believe I'll call
the project SquareCircle Mail. Look for it on FreshMeat.net.

Offline bpat1434

  • Administrator
  • Hero Member
  • *****
  • Posts: 673
Re: Filters and Threading
« Reply #12 on: December 22, 2007, 09:59:26 AM »
Once again, as stated above... It's not that the developers don't want to develop it (or that the developers won't develop it), but rather that this is on the list and there are more important things to get done. Also, developer time is really limited and things don't develop as in a commercial industry.

If you're interested in developing this, don't branch off, but just create a patch for the features and submit them to the developers. They'll add it in if it works properly. Nothing is against you implementing features for your own and then submitting them. That's the great thing about open source software and community driven projects. YOU can add to them. So take the code-base, add the filtering ability, then submit it.
 
  

Offline SniperClops

  • Newbie
  • *
  • Posts: 4
Re: Filters and Threading
« Reply #13 on: February 09, 2008, 09:08:33 PM »
So Squirrelmail does the filtering client side or server side?

Offline amit290

  • Newbie
  • *
  • Posts: 2
Re: Filters and Threading
« Reply #14 on: February 13, 2008, 05:20:22 AM »
It says in the roadmap that filters are to come :) (at the bottom)
http://trac.roundcube.net/roadmap