-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hi,
I'm looking for a webmail, and RoundCube seem to be the best (more light, etc...), but there is one feature who is missing but essential for me, Filters.
I saw your roadmap, and you said "Later". Ok, I'm a developer too, and I said this word always ;).
But as I already said it, I'm a developer (Php especially, but I make a Firefox extension too : http://firegpg.tuxfamily.org), and I can develop this feature... And I hope you will include my patch into one official release (advantage of Open source :)) So I have some questions...
I don't want to join you as a full developer (lot of projects in progress...), but I relay want this feature (and maybe another users ?) , and I find it's the best way to work like this...
Thanks a lot for your answer and best regards !
(Ps. Sorry for my English, I come from Switzerland and my native language is French...) (Ps2: Of course I will follow your guidelines for the source code aspect :))
Hi Maximilien,
On 8/28/07, Maximilien Cuony maxi.the.glu@gmail.com wrote:
Hi,
I'm looking for a webmail, and RoundCube seem to be the best (more light, etc...), but there is one feature who is missing but essential for me, Filters.
I saw your roadmap, and you said "Later". Ok, I'm a developer too, and I said this word always ;).
But as I already said it, I'm a developer (Php especially, but I make a Firefox extension too : http://firegpg.tuxfamily.org), and I can develop this feature... And I hope you will include my patch into one official release (advantage of Open source :)) So I have some questions...
- Will you want to include my edits if I send you the patches ?
- Have I to use a specific part of the svn to get the base code ?
I don't want to join you as a full developer (lot of projects in progress...), but I relay want this feature (and maybe another users ?) , and I find it's the best way to work like this...
Thanks a lot for your answer and best regards !
I've been progressing a load on devel-vnext, I even implemented some plugins. Can you check out the code and see what you think of it? Right now I have a few things I would need help with. ;-)
General objectives of "devel-vnext" are refactoring to PHP5 and adding a plugin api (see draft on our wiki).
Let me know what you think!
Of course I welcome any help there, be it code contributions or testing. Everything helps.
(Ps. Sorry for my English, I come from Switzerland and my native language is French...) (Ps2: Of course I will follow your guidelines for the source code aspect :))
:P Good to know.
Cheers, Till _______________________________________________ List info: http://lists.roundcube.net/dev/
Hi Maximilien!!
I'm sure Till and Thomas and the other developers would love to entertain your patch. To be the best-fit for us, it's best if you check out the SVN trunk (https://svn.roundcube.net/trunk) and create a patch on that. Then submit it to this list for review. I believe JPingle and Till will look into the patch and if it's good enough, it will be included.
I do know that they'll test it, I know this because I helped develop the quota bar on the interface. Not what it is now, but a very basic beginnings of one ;)
~Brett
Maximilien Cuony wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hi,
I'm looking for a webmail, and RoundCube seem to be the best (more light, etc...), but there is one feature who is missing but essential for me, Filters.
I saw your roadmap, and you said "Later". Ok, I'm a developer too, and I said this word always ;).
But as I already said it, I'm a developer (Php especially, but I make a Firefox extension too : http://firegpg.tuxfamily.org), and I can develop this feature... And I hope you will include my patch into one official release (advantage of Open source :)) So I have some questions...
- Will you want to include my edits if I send you the patches ?
- Have I to use a specific part of the svn to get the base code ?
I don't want to join you as a full developer (lot of projects in progress...), but I relay want this feature (and maybe another users ?) , and I find it's the best way to work like this...
Thanks a lot for your answer and best regards !
(Ps. Sorry for my English, I come from Switzerland and my native language is French...) (Ps2: Of course I will follow your guidelines for the source code aspect :)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: http://firegpg.tuxfamily.org
iD8DBQFG1HrnjKKs5/FTCjURAq34AKCzIPTHw7WoHhQIcQKlhWaYEQMk+QCgqdny 0YvmUJJqcBqat2MDMds0FDY= =uVGe -----END PGP SIGNATURE-----
-- ( o _ Maximilien Cuony [The glu] / / \ Mon Blog : http://theglu.tuxfamily.org V_ /_ www.ubuntu-fr.org http://www.ubuntu-fr.org www.getfirefox.com http://www.getfirefox.com Ce mail est signé numériquement avec FireGPG. Clé publique : http://theglu.tuxfamily.org/public/cle.pgp
http://theglu.tuxfamily.org/public/cle.pgp
List info: http://lists.roundcube.net/dev/
List info: http://lists.roundcube.net/dev/
Hi Maximilien
There have been many discussions about filters in RoundCube and whether filtering should be done server side or by the mail agent itself. The best conclusion is to provide the ability to do both. And therefore (beside other reasons of course) Till is working on a plugin-API which will allow developers like you to add the missing functionality and our dear users to choose the components which fit best for their environment.
Now it's up to you to decide if you want to wait until the plugin API (devel-vnext) is ready and then contribute a filtering plugin which will be published for all future RoundCube users or if you want to create a solution for the current trunk and send it in as a patch.
A patch for the current trunk will be published on our Trac platform but - as stated above - will probably not find it's way into the code base.
Regards, Thomas
Maximilien Cuony wrote:
Hi,
I'm looking for a webmail, and RoundCube seem to be the best (more light, etc...), but there is one feature who is missing but essential for me, Filters.
I saw your roadmap, and you said "Later". Ok, I'm a developer too, and I said this word always ;).
But as I already said it, I'm a developer (Php especially, but I make a Firefox extension too : http://firegpg.tuxfamily.org), and I can develop this feature... And I hope you will include my patch into one official release (advantage of Open source :)) So I have some questions...
- Will you want to include my edits if I send you the patches ?
- Have I to use a specific part of the svn to get the base code ?
I don't want to join you as a full developer (lot of projects in progress...), but I relay want this feature (and maybe another users ?) , and I find it's the best way to work like this...
Thanks a lot for your answer and best regards !
List info: http://lists.roundcube.net/dev/
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hi all,
Ok, I choose the begin by the "patching system", and when the plugin system will be ready, I will adapt my code ! (As I see, it's wouldn't be hard...)
I worked this afternoon, and most of thnigs seem to work. I have to make the user's interface an it's will be done ! But there will have some limitations (I suppose you found them with your discussions...) : for example, the cache MUST be activated, and the filters are checked only when the user access to the webmail....
Btw, I see "Copyright (C) 2005-2007, RoundCube Dev, - Switzerland" in the liscence block. Do you came form Switzerland too ?
Regards,
On 8/28/07, Thomas Bruederli roundcube@gmail.com wrote:
Hi Maximilien
There have been many discussions about filters in RoundCube and whether filtering should be done server side or by the mail agent itself. The best conclusion is to provide the ability to do both. And therefore (beside other reasons of course) Till is working on a plugin-API which will allow developers like you to add the missing functionality and our dear users to choose the components which fit best for their environment.
Now it's up to you to decide if you want to wait until the plugin API (devel-vnext) is ready and then contribute a filtering plugin which will be published for all future RoundCube users or if you want to create a solution for the current trunk and send it in as a patch.
A patch for the current trunk will be published on our Trac platform but - as stated above - will probably not find it's way into the code base.
Regards, Thomas
Maximilien Cuony wrote:
Hi,
I'm looking for a webmail, and RoundCube seem to be the best (more light, etc...), but there is one feature who is missing but essential for me, Filters.
I saw your roadmap, and you said "Later". Ok, I'm a developer too, and I said this word always ;).
But as I already said it, I'm a developer (Php especially, but I make a Firefox extension too : http://firegpg.tuxfamily.org), and I can develop this feature... And I hope you will include my patch into one official release (advantage of Open source :)) So I have some questions...
- Will you want to include my edits if I send you the patches ?
- Have I to use a specific part of the svn to get the base code ?
I don't want to join you as a full developer (lot of projects in progress...), but I relay want this feature (and maybe another users ?) , and I find it's the best way to work like this...
Thanks a lot for your answer and best regards !
On 8/29/07, Maximilien Cuony maxi.the.glu@gmail.com wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hi all,
Ok, I choose the begin by the "patching system", and when the plugin system will be ready, I will adapt my code ! (As I see, it's wouldn't be hard...)
I worked this afternoon, and most of thnigs seem to work. I have to make the user's interface an it's will be done ! But there will have some limitations (I suppose you found them with your discussions...) : for example, the cache MUST be activated, and the filters are checked only when the user access to the webmail....
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.
Btw, I see "Copyright (C) 2005-2007, RoundCube Dev, - Switzerland" in the liscence block. Do you came form Switzerland too ?
Thomas (who started all this) is based in Switzerland, others are from the U.S., we have someone from the Netherlands, an Austrian, someone from Turkey and also Germany.
Cheers, Till
P.S. Please switch your signing to S/MIME - inline is so oldschool and "ugly". ;-) _______________________________________________ List info: http://lists.roundcube.net/dev/
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hi,
Please switch your signing to S/MIME - inline is so oldschool and "ugly".
;-)
It's in our TODO list, "As soon as possible" ;) (I use FireGPG/Gmail)
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.
Mmm.. ok, like an option to select the filter's interface who will be used ?
It's possible, but I havan't any another filter's system to try... Do you have any names ?
Regards,
On 8/29/07, till klimpong@gmail.com wrote:
On 8/29/07, Maximilien Cuony maxi.the.glu@gmail.com wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hi all,
Ok, I choose the begin by the "patching system", and when the plugin
system
will be ready, I will adapt my code ! (As I see, it's wouldn't be
hard...)
I worked this afternoon, and most of thnigs seem to work. I have to make
the
user's interface an it's will be done ! But there will have some
limitations
(I suppose you found them with your discussions...) : for example, the
cache
MUST be activated, and the filters are checked only when the user access
to
the webmail....
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.
Btw, I see "Copyright (C) 2005-2007, RoundCube Dev, - Switzerland" in
the
liscence block. Do you came form Switzerland too ?
Thomas (who started all this) is based in Switzerland, others are from the U.S., we have someone from the Netherlands, an Austrian, someone from Turkey and also Germany.
Cheers, Till
P.S. Please switch your signing to S/MIME - inline is so oldschool and "ugly". ;-)
Hey,
On 8/29/07, Maximilien Cuony maxi.the.glu@gmail.com wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hi,
Please switch your signing to S/MIME - inline is so oldschool and "ugly".
;-)
It's in our TODO list, "As soon as possible" ;) (I use FireGPG/Gmail)
I should really check out this extension! ;-)
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.
Mmm.. ok, like an option to select the filter's interface who will be used ?
Ok, basically I know that there is Sieve, Procmail, Maildrop and "custom" solutions. So for example Macnews/Macbay runs Communigate Pro which has build in filters/rules.
For Sieve, Procmail and Maildrop, there should be PHP implementations already - at least so I think I remember. ;-) Maybe you can clean them up and create an Abstract/Interface class which is implemented.
E.g. abstract class rc_filter {}
rc_filter_sieve extends rc_filter {}
To provide one class interface which can always be used when someone says, "hey my vanilla imap got his own rules, i am gonna contribute".
Cheers, Till _______________________________________________ List info: http://lists.roundcube.net/dev/
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hi,
Ok. So I will simply create a class to provide an interface to manage filters :).
Regards,
On 8/29/07, till klimpong@gmail.com wrote:
Hey,
On 8/29/07, Maximilien Cuony maxi.the.glu@gmail.com wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hi,
Please switch your signing to S/MIME - inline is so oldschool and
"ugly".
;-)
It's in our TODO list, "As soon as possible" ;) (I use FireGPG/Gmail)
I should really check out this extension! ;-)
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.
Mmm.. ok, like an option to select the filter's interface who will be
used ?
Ok, basically I know that there is Sieve, Procmail, Maildrop and "custom" solutions. So for example Macnews/Macbay runs Communigate Pro which has build in filters/rules.
For Sieve, Procmail and Maildrop, there should be PHP implementations already - at least so I think I remember. ;-) Maybe you can clean them up and create an Abstract/Interface class which is implemented.
E.g. abstract class rc_filter {}
rc_filter_sieve extends rc_filter {}
To provide one class interface which can always be used when someone says, "hey my vanilla imap got his own rules, i am gonna contribute".
Cheers, Till
till wrote:
Ok, basically I know that there is Sieve, Procmail, Maildrop and "custom" solutions. So for example Macnews/Macbay runs Communigate Pro which has build in filters/rules.
I'd just like to add that Sieve is an IETF (Internet Engineering Task Force) Standards Track standard1, which is likely to mean it is supported by many e-mail platforms. There's also a draft standard for remote management of Sieve scripts2.
Plain Sieve (without extensions) is pretty basic, so it might be useful to define the minimum requirements for an abstract "filter" class.
If you have questions about Sieve with regards to the above, I'll do my best to answer them on- or off-list.
Bob
List info: http://lists.roundcube.net/dev/
I just wanted to mention the 2 options we give our users:
Plus-addressing. This allows users to give out a need-specific email address, such as "user+topic@domain.com". Any email received to "+topic" is deposited into the user's "Topic" IMAP folder.
Desktop IMAP. A desktop client (such as Thunderbird) would apply its filters to the mailbox. Most of our clients use a desktop client while at home, and Roundcube remotely (e.g. at work).
It would be nice if Roundcube had filtering (maybe using SEARCH?), but it's probably more practical to use SMTP server-side filters (e.g. PlusAddressing, Procmail, Exim filtering). That way they're applied on-the-fly, and you don't have multiple IMAP clients applying different rules.
Rich
Thomas Bruederli wrote:
Hi Maximilien
There have been many discussions about filters in RoundCube and whether filtering should be done server side or by the mail agent itself. The best conclusion is to provide the ability to do both. And therefore (beside other reasons of course) Till is working on a plugin-API which will allow developers like you to add the missing functionality and our dear users to choose the components which fit best for their environment.
Now it's up to you to decide if you want to wait until the plugin API (devel-vnext) is ready and then contribute a filtering plugin which will be published for all future RoundCube users or if you want to create a solution for the current trunk and send it in as a patch.
A patch for the current trunk will be published on our Trac platform but - as stated above - will probably not find it's way into the code base.
Regards, Thomas
Maximilien Cuony wrote:
Hi,
I'm looking for a webmail, and RoundCube seem to be the best (more light, etc...), but there is one feature who is missing but essential for me, Filters.
I saw your roadmap, and you said "Later". Ok, I'm a developer too, and I said this word always ;).
But as I already said it, I'm a developer (Php especially, but I make a Firefox extension too : http://firegpg.tuxfamily.org), and I can develop this feature... And I hope you will include my patch into one official release (advantage of Open source :)) So I have some questions...
- Will you want to include my edits if I send you the patches ?
- Have I to use a specific part of the svn to get the base code ?
I don't want to join you as a full developer (lot of projects in progress...), but I relay want this feature (and maybe another users ?) , and I find it's the best way to work like this...
Thanks a lot for your answer and best regards !
List info: http://lists.roundcube.net/dev/