sorry, database schema for use with this script
CREATE TABLE IF NOT EXISTS `mailrules` (
`mailrule_id` int(11) NOT NULL auto_increment,
`order` tinyint(4) NOT NULL default '0',
`name` varchar(128) default NULL,
`from` varchar(128) default NULL,
`to` varchar(128) default NULL,
`subject` varchar(128) default NULL,
`cc` varchar(128) default NULL,
`bcc` varchar(128) default NULL,
`replyto` varchar(128) default NULL,
`count` int(10) unsigned NOT NULL default '0',
`user_id` int(10) unsigned NOT NULL default '0',
`location` varchar(128) default NULL,
PRIMARY KEY (`mailrule_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
On Fri, Aug 29, 2008 at 7:55 PM, Roland Liebl <roland(a)liebl.ath.cx> wrote:
> Hello San,
>
> I had a brief look on your patch.
>
> There is a new database table mailrules necessary. Structure?
> Patch for db.php.inc.dist?
>
> Isn't there a template to manage mail rules?
>
> Please send me a complete zip of all modified file.
> Sorry I'm on windows and can't use .patch files at all.
>
> Regards,
> Roland
>
> On Fri, 29 Aug 2008 14:04:24 +0700, San <sansez(a)gmail.com> wrote:
>> from this ticket : http://trac.roundcube.net/ticket/1484890
>>
>> I have modified some function, about filter rules which use search
>> function from rcube_imap.php
>> I think it ok, please use this filter in next version of roundcube
>>
>> filter is the features I like....
>>
>> sorry for my poor English.
>>
>
>
--
Sincerely,
Nantharat Puwarang
Sansez [at] Gmail [dot] com
LPIC-1 : Linux Professional Institute Certified
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi there,
I have coded some stuff, not the way it is discussed at the moment. I started much sooner coding a plugin API.
Test Server: http://www.roland-liebl.de/webmail
user: demo(a)liebl.ath.cx
pass: demo
Download a complete package (based on SVN 1711) @ http://www.roland-liebl.de/dl/roundcube/
Even if you don't like the API please see the features I have implemented: http://www.roundcubeforum.net/showthread.php?t=3389
Most things are worth at least a review. Maybe you want to adapt things which are not hmailserver specific into default RoundCube.
-Roland
_______________________________________________
List info: http://lists.roundcube.net/dev/
from this ticket : http://trac.roundcube.net/ticket/1484890
I have modified some function, about filter rules which use search
function from rcube_imap.php
I think it ok, please use this filter in next version of roundcube
filter is the features I like....
sorry for my poor English.
--
Sincerely,
Nantharat Puwarang
Sansez [at] Gmail [dot] com
LPIC-1 : Linux Professional Institute Certified
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi there,
noticed a problem when replying to mails with X-Priority: 3 -- the
priority of the replying mail would always be set to 5. Reason seems
to be that there are two ways to indicate "normal" priority; set X-
Priority: 3 or just leave it out.
So I modified "program/steps/mail/compose.inc", at line 713:
$sel = isset($_POST['_priority']) ? $_POST['_priority'] :
intval($MESSAGE->headers->priority);
if ($sel == 3) $sel = 0;
$out = $form_start ? "$form_start\n" : '';
Bye,
Philipp.
_______________________________________________
List info: http://lists.roundcube.net/dev/
Do we support both drivers still? I want to use MDB2's matchPattern()
function (for case insensitive addresses searching using PostgreSQL) and
not sure if I must write equivalent for DB driver. If we're not
supporting DB now, the files should be removed from repo.
--
Aleksander 'A.L.E.C' Machniak http://alec.pl gg:2275252
LAN Management System Developer http://lms.org.pl
Roundcube Webmail Project Developer http://roundcube.net
_______________________________________________
List info: http://lists.roundcube.net/dev/
I wrote a very quick change password form for an hmailserver instance
(http://www.hmailserver.com). It left me wondering what the intent was
for changing passwords in a more pluggable way so that I might make my
quick form more usable and extensible for others.
Thank you for your work,
Court
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hallo,
received an E-Mail with following Date-Line (in Function
iil_C_FetchHeaders, lib/imap.inc):
Date:
=?ISO-8859-1?q?=20Thu=2C=2010=20Jul=202008=2013=3A34=3A50=20+0200=20?=
=?ISO-8859-1?q?=28Westeurop=E4ische=20Normalzeit=29?=
After some research (i'm a noob in E-Mail-Specification) it seems to be
a quoted-printable String (RFC2821). Since it is quoted the followed
function iil_StrToTime can't interpret it properly and so can't extract
the Date. I'm now not sure, but think the Header-information should be
decoded before if the call of iil_StrToTime. I'm not sure if it is a
problem with other Header-Lines which were received in this function.
The same problem can occour also on several other lines in imap.inc
(iil_C_FetchHeaderIndex). Since the Iloha-Library should be replaced
(???) is it still a problem?
_______________________________________________
List info: http://lists.roundcube.net/dev/
I want to clarify that my question wasn't about changing double-click
behavior, it's about reducing/removing the delay for single click
behavior. Right now, there is 1/2 a second delay before loading an
email preview, presumably to prevent redundant loading of the email when
that click was the first of an intended double-click.
If reducing server load is more important than reducing end-user
waiting, it makes sense. At our site, we'd rather use more servers and
deliver a more responsive application.
One thing that we've discovered is that if you don't schedule the single
click behavior and just call it immediately on click, auto-loading the
next message after dragging one to the trash won't work. (When
"flag_for_deletion" = false). However, if you schedule it for 0
microseconds later, it still works.
Can anyone think of other problems with reducing the dblclick_time?
Thanks,
Ziba
On Thu, 14 Aug 2008 16:43:02 -0400, ziba <ziba(a)umich.edu> wrote:
>
>
> Hi,
>
> I'm wondering what the purpose(s) of dblclick_time are as used in
> program/js/app.js:this.msglist_select
>
> It seems clear that it will prevent the message preview from loading
> while the user is about to hit their second click to open the full
> message screen. There is some nice economy there. However, if they
> are just single clicking with the intent to see the preview it adds
> 0.51 seconds before the preview is shown.
>
> Are there other reasons for waiting dblclick_time + 10 after a single
> click to show the preview? If not, I'd side with the faster preview
> time over the economy of not loading the preview before loading the
> whole message.
>--
>
> Ziba Scott
> Web Application Developer
> Web/DB Team, Information Technology Central Services
> The University of Michigan
_______________________________________________
List info: http://lists.roundcube.net/dev/