Hi all, Ive been porting some of our internal squirrelmail plugins to
RC, now that RC has a plugin API. Most were quite easy to port, but
one has me a bit stumped. Im probably overlooking something.
Im using the markasjunk plugin as a base, but im trying to modify it
to not only allow marking junk, but the
reverse as well. If you're in the junk folder it should move your mail
to the inbox, and preferably also have a slightly different button.
Deciding what folder to move things to is easy. Just check your
current folder and decide accordingly. But how can I change the button
based on what folder im in? Is this possible? Can I listen to an
event on folder change and change the button?
Any help is appreciated,
Regards
Cor
ps: this plugin hooks into our internal cloudmark based spamfilters to
enable learning of mistakes.
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi,
I'm new to this list, so please excuse me if this topic has been discussed
to death already, but in a quick search of the list archives, it doesnt
appear to have come up recently.
I'm currently starting out with using Drupal as a base for some web site
installs and like the way its functionality can be extended with modules to
drawn in and embed functionality from other packages such as Gallery2.
Apart from http://drupal.org/node/58466 (which seems to have stagnated and
in fact no longer works with Drupal6) there doesnt appear to have been much
activity in embedding RoundCubeMail functionality within the Drupal
framework. Is anyone else currently looking into this, and would I be
wasting my time / duplicating effort if I was to attempt something ?
My initial thoughts would be to integrate the authentication, so
authenticated users in drupal can click a single link and go straight into
their mailbox in webmail (spawning a new tab/window in the short term).
Looking at
http://trac.roundcube.net/wiki/Plugin_Hooks I wonder if this
could be achieved by using the
authenticate hook rather than by patching the roundcube code like the
previous attempt did ?
Longer term, I would like to see embedded functionality like Gallery2
does, so that for example, when viewing a user's mailbox their folder list
appears as an expandable menu list within the standard Drupal navigation
menu, the message list / message view / compose etc appears in the main
page body, and elements such as the "E-Mail", "Address Book" and "Personal
Settings" can either be presented in a Drupal 'Block' which could be
presented in any of the standard header / left/right sidebar locations etc.
Does this all sound sensible / achievable ? Anyone else looking into
something similar ?
I am a fairly confident Perl / PHP coder, less so with Javascript and AJAX
technologies, though am willing to contribute to this project if I can. If
noone else is currently looking into Drupal integration,
could anyone
suggest a good place for me to start ?
Many thanks,
Rob Coward
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hello devs and list lurkers
Today we merged the development branch for the upcoming API back into the
trunk. Now you can try out the Plugin API with a fresh checkout from the
svn trunk. It is also available as nightly snapshot at
http://nightly.roundcube.net/trunk/
It's now time for excessive testing to detect bugs that came in with the
code changes for the API. Also the client scripts now rely on jQuery and we
therefore changed a lot of javascript code. So please let us know if you
find some strange behavior or broken buttons.
Regards,
Thomas
_______________________________________________
List info: http://lists.roundcube.net/dev/
I noticed that some strings have been missing from the nb_NO (Norwegian)
translation for some time, and there were some typos and inconsistencies
in some of the existing strings.
I have now translated the untranslated strings, and made a few
improvements to existing strings. Both files are now 100% complete.
Best regards,
Odd Henriksen
RoundCube user
Norway
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/fc/oS6M3FjC/messages.inchttp://detached.gigo.com/rc/fc/oS6M3FjC/labels.inc
Only click these links if you trust the sender, as well as this message.
--- 8< --- detachments --- 8< ---
_______________________________________________
List info: http://lists.roundcube.net/dev/
I've had a look and produced some patches/configuration examples that allow
roundcube delivered faster due to compression and more effectively cached by
browsers[1].
Using compression the static pages reduced the size of the page after login
from a few hundred k to just over one. The effects of caching mean that a
logout and log back in only fetch a single index page[1] and all images, css
and javascript are cached
The lightty configuration described in the INSTALL file even keeps a cached
compressed version of the static files for lower server load.
I'm sure there are sysadmins and developers here with more experience running
websites that me so if see any problems or improvements with these patches
make a comment on the bug.
[1] http://trac.roundcube.net/ticket/1485800
[2] the javascript page mentioned in stats was removed in r2402
Daniel Black
--
Email/List Administrator
CAcert
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hey devs,
every time I login into my RC I see a really tiny but ugly "bug" in the
default skin.
As you can see this on this picture the input fields of the login form are
to big.
Image: http://cghost.de/mediahost/img13/rcube_ugly.uv0hev.png
The best way to fix this is to add the following lines to the css-area of
your skins/default/templates/login.html file:
#login-form input
{
max-width: 230px;
}
That won't have any influence to other input fields and works for me.
Does anyone have better way to solve this?
Some system information:
Gentoo Linux
KDE 4.2.2
Mozilla Firefox 3.0.8
--
mit freundlichen Grüßen / best regards
Mark Schmale
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi,
Trying to fix ticket #1485659.
There's a race condiction, in session handling. I think I got that with
attached patch.
Session data is stored serialized(), but not exactly. So I had to create
extra unserialize/serialize functions for that.
Downside is that unset($_SESSION['var']) will not work reliable anymore,
so an extra rcube_sess_unset('var') was needed as well.
Please point me at any mistakes I made :)
Robin
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/xp/kFPRx0aF/_1485659.patch
Only click these links if you trust the sender, as well as this message.
--- 8< --- detachments --- 8< ---
_______________________________________________
List info: http://lists.roundcube.net/dev/
Sorry,
for error I have send directly to alec ...
-------- Original Message --------
Subject: Re: [RCD] GMail Bug
Date: Thu, 23 Apr 2009 11:40:09 +0200
From: Sandro Pazzi <sandro(a)idweb.it>
To: "A.L.E.C" <alec(a)alec.pl>
Reply-To: sandro.pazzi(a)idweb.it
Hi alec,
but why RC don't use uid?
UID COPY <sequence uid> "folder"
UID STORE <sequence uid> +FLAGS.SILENT (\Deleted)
UID FETCH <sequence uid> (<params>)
... was a standard IMAP command that use directly uid instead of id of
messages. In this way all the problems with gmail was resolved.
Thanks
On Thu, 23 Apr 2009 10:07:23 +0200, "A.L.E.C" <alec(a)alec.pl> wrote:
> Sandro Pazzi wrote:
>
>> I'm using gmail like imap server with RC and I find a bug (I think gMail
>> bug).
>> Seems related the open tiket 1485746.
>>
>> RC use the message position for deleting and not it's UID. When a
message
>> was copy in the trash folder google expunge it automatically. Than RC
set
>> the flag /deleted at the message that was just expunged and it flag the
>> previous message that now have the same position. RC in this way delete
2
>> messages.
>>
>> This is my workorund.
>
>> foreach ($a_messages as $uid)
>> $a_oldmessagesuid[] = iil_C_ID2UID($conn, $from, $uid);
> ...
>> $r = iil_C_Copy($conn, $messages, $from,$to);
> ...
>> foreach ($a_messages as $uid)
>> $a_newmessagesuid[] = iil_C_ID2UID($conn, $from, $uid);
>
> An expensive workaround. Perfect opportunity to use COPYUID feature from
> UIDPLUS extension, also id-to-uid conversion could be done in one FETCH
> command. Does gmail support UIDPLUS?
--
Sandro Pazzi
IdWeb s.r.l.
Viale Romagna 69/A - 06012 Citta' di Castello (PG)
Tel. 075 851 97 28
Fax 075 851 97 30
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi all,
I'm using gmail like imap server with RC and I find a bug (I think gMail
bug).
Seems related the open tiket 1485746.
RC use the message position for deleting and not it's UID. When a message
was copy in the trash folder google expunge it automatically. Than RC set
the flag /deleted at the message that was just expunged and it flag the
previous message that now have the same position. RC in this way delete 2
messages.
This is my workorund.
I've modify the imap.inc in the program/lib folder in this way:
function iil_C_Move(&$conn, $messages, $from, $to) {
$fp = $conn->fp;
if (!$from || !$to) {
return -1;
}
/*
IDWEB START Modify
*/
// Check for GMail auto expunge messages when copied in trash folder
$a_messages = explode(',', $messages);
$a_oldmessagesuid = array();
foreach ($a_messages as $uid)
$a_oldmessagesuid[] = iil_C_ID2UID($conn, $from, $uid);
$oldmessagesuid = join(',', $a_oldmessagesuid);
/*
IDWEB STOP Modify
*/
$r = iil_C_Copy($conn, $messages, $from,$to);
if ($r==0) {
/*
IDWEB START Modify
*/
$a_newmessagesuid = array();
foreach ($a_messages as $uid)
$a_newmessagesuid[] = iil_C_ID2UID($conn, $from, $uid);
$newmessagesuid = join(',', $a_newmessagesuid);
if($newmessagesuid == $oldmessagesuid)
// Delete only if there is not autoexpunge action by IMAP server
/*
IDWEB STOP Modify
*/
return iil_C_Delete($conn, $from, $messages);
}
return $r;
}
I can't open directly a tiket becouse I can't create a new account.
I hope that u can include a workaround like this in the next release.
Thanks all
--
Sandro
_______________________________________________
List info: http://lists.roundcube.net/dev/
Dear Sirs
The attatched file is the source code of mail message that can help
solving bug #1485777.
Just put this file into your 'Maildir' folder of your mail server, fix
its ownership and file permissions and open it in Roundcube.
Instead of:
'Política de Segurança'
, Roundcube will display:
'PolÃtica de Segurança'
If you open the message in Thunderbird, Outlook Express or
Squirrelmail the message will be displayed correctly.
Galo Xucro
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/uJ/xjWUCt8k/msg-bug-1485777.txt
Only click these links if you trust the sender, as well as this message.
--- 8< --- detachments --- 8< ---
_______________________________________________
List info: http://lists.roundcube.net/dev/