I'm unsure if it's a bug in roundcube or if I'm doing it wrong so I'm
posting on the list instead of making a ticket in the trac system.
Anyhow, I'm trying to add local directories of my users so that the size of
their other personal directories are added to the total used quota. The
problem is that the quota bar isn't affected by my changes. Here's some code
for reproduction:
public function quota($args) {
$args['used'] .= 1048576;
return($args);
}
The quota is completely unaffected by this, judging from the quota bar that
works in other cases.
Is this a bug or am I doing it wrong?
_______________________________________________
List info: http://lists.roundcube.net/dev/
I think this isnt said enough, but RC is really looking awesome lately. Some seemingly minor UI changes have really improved things. Ive been running recent versions in production (currently running 3813 :), and im only getting positive comments from people using it. We're also starting to see some really cool plugins, so thats helping a lot.
I think when you guys release 0.4, people are going to be very happy. I would personally even consider calling 0.4 1.0 instead, as it would take RC out of what looks to some like a beta stage. RC is far from a beta stage. It's stable, fast, very well designed, robust plugin architecture, etc. Releasing a 1.0 would give it the status it deserves.
Regards,
Cor
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hello,
svn revisions 3789 and 3810 changed the compose screen in the default
skin of roundcube. Thanks for this change, I really like the new compose
screen. Body field is bigger now, and the options menu is a great
innovation as well.
The only think I don't like about the new compose screen, is the big
size of attachments field. What's the reason to make it that large?
Mails with more than one or two attached files are very rare.
In my eyes it would be much better so limit the height of attachments
field, and leave some space below it, which can be used by plugins. For
example the GnuPG plugin - once available - could use that space for
selection of encryption/signation and sender/recipient key.
Many thanks for the great work on roundcube, especially to Alec, who
seems to do the major work these days. You rock!
greetings,
jonas
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/s0/AsCvL42e/signature.asc
Only click these links if you trust the sender, as well as this message.
--- 8< --- detachments --- 8< ---
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi.
This is update for Azerbaijani.
Labels. (.RAR)
------------------------------------------------------------
Box.az-da artıq hər istifadəçinin Kim? profili var. Mənim profilim: http://box.az/kim/proger
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/zV/UkamtZgg/labels.rar
Only click these links if you trust the sender, as well as this message.
--- 8< --- detachments --- 8< ---
_______________________________________________
List info: http://lists.roundcube.net/dev/
hi all,
i just updating the translation for indonesian language (Bahasa Indonesia).
--
Linux For A Better Future
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/E8/utrPgp8d/Indonesia.zip
Only click these links if you trust the sender, as well as this message.
--- 8< --- detachments --- 8< ---
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hello,
I'm trying to determine the value of the mail header "test". I've hooked my
function on message_load and tried using
$args['object']->get_part_content(), which works to get the content of the
e-mail. When I loop through it I find the body but nothing more. I've found
no documentation about what I'm trying to do and
$args['object']->get_header() didn't work.
Could somebody please show me the syntax to read the headers from
message_load? I would really appreciate any help with this, I've been
reading other plugin sources that showed up in Google when I searched for
message_load hooked plugin functions but haven't found anything that made
sense to me. Perhaps I am just a bad Googler and if that's the case I
apologize.
Thanks for reading,
John
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi,
attached the updated localzation for
trunk/plugins/managesieve/localization/zh_TW.inc
--
Best Regards,
Thomas Yu - Sian , Liu
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/Wu/CdK1y3Qg/zh_TW.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/
Hi,
attached the missing localzation for
trunk/roundcubemail/plugins/markasjunk/localization/zh_TW.inc
--
Best Regards,
Thomas Yu - Sian , Liu
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/Rn/fBTjkOlt/zh_TW.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/
Hi,
attached the missing localzation for
trunk/roundcubemail/plugins/userinfo/localization/zh_TW.inc
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/q8/Eyl5EWjn/zh_TW.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/
Cor,
I have a feature request to pass along.
One of my users was complaining about how annoying it is to go back and
forth between the contact list and the Recipient/Copy/Bcc buttons. He's
coming from our legacy system where the contacts are presented in a list
with checkboxes for to/cc/bcc and he could easily just run down and pick
with a minimum of mouse movement.
My suggestion was going to be that he double-click on contacts, but it
appears that this is hard-coded to add the double-clicked contact to the
Recipient field. How hard would it be to have the double-click action
add contacts to the Copy or BCC fields, if the cursor was placed in one
of those fields prior to the double-click?
-Brad
_______________________________________________
List info: http://lists.roundcube.net/dev/
I’ve attached an updated Chinese (Traditional) localization of labels.inc.
Best Regards,
YS Liu Thomas
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/d3/tVVJHHRX/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/
Hi
I've got another small modification request...
When using hooks to modify the behaviour of an existing action, there is
currently no way to generate an error message other than the default "An
error occurred while saving", which is shown if you set the abort flag. This
is a problem for us because we need to perform additional validation, such
as ensuring the user owns the domain for which he is trying to create an
email address (ie in create_identity).
My suggestion is simply to add an "abort_message" element to the $args
array, which can be checked by each of the action scripts. For example, in
save_identity.inc we just need to replace each occurrence of this...
else if ($plugin['abort'] || $DB->is_error())
$OUTPUT->show_message('errorsaving', 'error', null, false);
...with this...
} else if ($plugin['abort'] || $DB->is_error()) {
if (isset($plugin['abort_message']) && $plugin['abort_message'] != '') {
$OUTPUT->command('display_message', $plugin['abort_message'],
'error', false);
} else {
$OUTPUT->show_message('errorsaving', 'error', null, false);
}
}
However, this still has the problem that error messages can¹t be made
persistent (which I don¹t need, but which should be included for
consistency). So, a better method would be to only display the default
message if the messages array is empty - but I haven¹t looked into this yet.
If there¹s another way to achieve this, I¹d be very grateful if someone
could let me know. I¹d also be grateful if someone could make the change to
the javascript functions requested in my previous email below.
Thanks
Marcus
> Hi
>
> I'd like to suggest a small alteration to app.js in order to allow persistent
> messages to be generated when using rcmail::output::command() within a
> page-generating callback function.
>
> The rcube_webmail::display_message() function already accepts a "hold"
> parameter, but this doesn't get stored in $pending_message if the page hasn't
> yet loaded, so it gets lost. My suggestion is simply to add this extra
> parameter to $pending_message and then pass it back to display_message()
> within init().
>
> So, on line 4323, I'd like to replace this...
>
> this.pending_message = new Array(msg, type);
>
> ...with this...
>
> this.pending_message = new Array(msg, type, hold);
>
> And, on line 385, I'd like to replace this...
>
> this.display_message(this.pending_message[0], this.pending_message[1]);
>
> ..with this...
>
> this.display_message(this.pending_message[0], this.pending_message[1],
> this.pending_message[2]);
>
> As a result of this change, I can now make messages persistent by calling
> rcmail::output::command() like this:
>
> $this->rcmail->output->command(
> 'display_message',
> '[message_text]',
> '[message_type]',
> true
> );
>
> Thanks
>
> Marcus
> --
> Marcus Don
> Senior Manager
> Research and Development
> DadaPro
>
> Main Line: +44 (0)845 363 3630
> Main Fax: +44 (0)845 363 3631
> Tech Support: +44 (0)845 363 3634
> Email: mdon(a)names.co.uk
> Website: http://www.names.co.uk
> Address: Acton House, Perdiswell Park, Worcester WR3 7GD
>
> This email and any files transmitted with it are confidential and intended
> solely for the use of the individual or entity to whom they are addressed.
>
> If you have received this email in error please notify the sender
> immediately. If you are not the intended recipient you are notified that
> disclosing, copying, distributing or taking any action in reliance on the
> contents of this information is strictly prohibited. Please note that any
> views or opinions presented in this email are solely those of the author and
> do not necessarily represent those of the company.
>
> Finally, the recipient should check this email and any attachments for the
> presence of viruses. The company accepts no liability for any damage caused
> by any virus transmitted by this email.
>
_______________________________________________
List info: http://lists.roundcube.net/dev/
As a side discussion of the compose thread, why do we have the productname object in all templates? What does that add exactly to the average end user except maybe give attackers a strong hint of the exact RC version. Now that the quota bar has been moved to the folderlist div, I vote for removing the productname div so the whole content area gets a bit more vertical space. There is no need for end users to know what version of RC is running right? Or if you really want to show it someplace, maybe use the window title or something. Whatever doesn't take up unnecessary vertical space :)
Cor
_______________________________________________
List info: http://lists.roundcube.net/dev/
I like the new design-- and was thinking, is it time to do a vertical
layout?
It seems like now would be a good time to do it. Shouldn't
this be a core feature? So many people have wide screens now.
What do
you guys think!
Thanks,
Scott
_______________________________________________
List info: http://lists.roundcube.net/dev/
I have many users don't like roundcube because it's slow running in
older machines (this users use squirrelmail instead roundcube).
Is there any plan to a light interface ?
And about mobile phones ? any plan ?
Tks.
--
Emerson Pinter
Picture Internet
http://www.picture.com.br/
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi
I¹ve just taken a look at app.js and realised the alternative fix I
mentioned in my previous email below (ie to always use the first value
passed to display_message) is much easier. All we need to do is modify line
4321 like this:
Replace this...
if (!this.loaded) {
...with this...
if (!this.loaded && this.pending_message instanceof Array == false) {
Does anyone have any objection to this? If not, please could someone update
the repository?
Thanks
Marcus
> Hi
>
> I've got another small modification request...
>
> When using hooks to modify the behaviour of an existing action, there is
> currently no way to generate an error message other than the default "An error
> occurred while saving", which is shown if you set the abort flag. This is a
> problem for us because we need to perform additional validation, such as
> ensuring the user owns the domain for which he is trying to create an email
> address (ie in create_identity).
>
> My suggestion is simply to add an "abort_message" element to the $args array,
> which can be checked by each of the action scripts. For example, in
> save_identity.inc we just need to replace each occurrence of this...
>
> else if ($plugin['abort'] || $DB->is_error())
> $OUTPUT->show_message('errorsaving', 'error', null, false);
>
> ...with this...
>
> } else if ($plugin['abort'] || $DB->is_error()) {
> if (isset($plugin['abort_message']) && $plugin['abort_message'] != '') {
> $OUTPUT->command('display_message', $plugin['abort_message'], 'error',
> false);
> } else {
> $OUTPUT->show_message('errorsaving', 'error', null, false);
> }
> }
>
> However, this still has the problem that error messages can¹t be made
> persistent (which I don¹t need, but which should be included for consistency).
> So, a better method would be to only display the default message if the
> messages array is empty - but I haven¹t looked into this yet.
>
> If there¹s another way to achieve this, I¹d be very grateful if someone could
> let me know. I¹d also be grateful if someone could make the change to the
> javascript functions requested in my previous email below.
>
> Thanks
>
> Marcus
>
>
>
>> Hi
>>
>> I'd like to suggest a small alteration to app.js in order to allow persistent
>> messages to be generated when using rcmail::output::command() within a
>> page-generating callback function.
>>
>> The rcube_webmail::display_message() function already accepts a "hold"
>> parameter, but this doesn't get stored in $pending_message if the page hasn't
>> yet loaded, so it gets lost. My suggestion is simply to add this extra
>> parameter to $pending_message and then pass it back to display_message()
>> within init().
>>
>> So, on line 4323, I'd like to replace this...
>>
>> this.pending_message = new Array(msg, type);
>>
>> ...with this...
>>
>> this.pending_message = new Array(msg, type, hold);
>>
>> And, on line 385, I'd like to replace this...
>>
>> this.display_message(this.pending_message[0], this.pending_message[1]);
>>
>> ..with this...
>>
>> this.display_message(this.pending_message[0], this.pending_message[1],
>> this.pending_message[2]);
>>
>> As a result of this change, I can now make messages persistent by calling
>> rcmail::output::command() like this:
>>
>> $this->rcmail->output->command(
>> 'display_message',
>> '[message_text]',
>> '[message_type]',
>> true
>> );
>>
>> Thanks
>>
>> Marcus
>> --
>> Marcus Don
>> Senior Manager
>> Research and Development
>> DadaPro
>>
>> Main Line: +44 (0)845 363 3630
>> Main Fax: +44 (0)845 363 3631
>> Tech Support: +44 (0)845 363 3634
>> Email: mdon(a)names.co.uk
>> Website: http://www.names.co.uk
>> Address: Acton House, Perdiswell Park, Worcester WR3 7GD
>>
>> This email and any files transmitted with it are confidential and intended
>> solely for the use of the individual or entity to whom they are addressed.
>>
>> If you have received this email in error please notify the sender
>> immediately. If you are not the intended recipient you are notified that
>> disclosing, copying, distributing or taking any action in reliance on the
>> contents of this information is strictly prohibited. Please note that any
>> views or opinions presented in this email are solely those of the author and
>> do not necessarily represent those of the company.
>>
>> Finally, the recipient should check this email and any attachments for the
>> presence of viruses. The company accepts no liability for any damage caused
>> by any virus transmitted by this email.
>>
_______________________________________________
List info: http://lists.roundcube.net/dev/
I've prepared a screen for a new compose window and I've got various
opinions abut this. What's your opinion? Question is for svn-trunk
users, because the idea was to make compose look more unified with the
rest of the current UI.
--
Aleksander 'A.L.E.C' Machniak http://alec.pl gg:2275252
LAN Management System Developer http://lms.org.pl
Roundcube Webmail Developer http://roundcube.net
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/vr/DD18yrED/compose.png
Only click these links if you trust the sender, as well as this message.
--- 8< --- detachments --- 8< ---
_______________________________________________
List info: http://lists.roundcube.net/dev/
Updated labels file for cy
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/ds/MjQp+Wco/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/
test?
On Thu, 24 Jun 2010 22:50:28 -0700, dev-request(a)lists.roundcube.net wrote:
> Send Dev mailing list submissions to
> dev(a)lists.roundcube.net
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://lists.roundcube.net/mailman/listinfo/dev
> or, via email, send a message with subject or body 'help' to
> dev-request(a)lists.roundcube.net
>
> You can reach the person managing the list at
> dev-owner(a)lists.roundcube.net
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Dev digest..."
>
>
> Today's Topics:
>
> 1. Re: New compose screen? (liu liu)
> 2. Re: New compose screen? (Patrick Nagel)
> 3. Re: New compose screen? (Vladislav Bogdanov)
> 4. 0.4 non-beta? (Rimas Kudelis)
> 5. PHP version survey (till)
> 6. Message List and Preview Pane (vertical) (S c o t t K r a m e r)
> 7. Re: Message List and Preview Pane (vertical) (Cor Bosman)
> 8. Re: Message List and Preview Pane (vertical)
> (S c o t t K r a m e r)
> 9. Re: New compose screen? (Brandon Davidson)
> 10. Re: New compose screen? (Doug Mandell)
> 11. Re: PHP version survey (Philip Iezzi)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 24 Jun 2010 21:46:10 +0800
> From: liu liu <nckuhuahua(a)gmail.com>
> Subject: Re: [RCD] New compose screen?
> To: dev(a)lists.roundcube.net
> Message-ID:
> <AANLkTilUYifPzpH2WoyLBW4ZZbYDPH5JV5xozmlxMLen(a)mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> That's great ! :-)
>
> 2010/6/24 A.L.E.C <alec(a)alec.pl>:
>> I've prepared a screen for a new compose window and I've got various
>> opinions abut this. What's your opinion? Question is for svn-trunk
users,
>> because the idea was to make compose look more unified with the rest of
>> the
>> current UI.
>>
>> --
>> Aleksander 'A.L.E.C' Machniak http://alec.pl gg:2275252
>> LAN Management System Developer http://lms.org.pl
>> Roundcube Webmail Developer http://roundcube.net
>>
>>
>>
>> --- 8< --- detachments --- 8< ---
>> The following attachments have been detached and are available for
>> viewing.
>> ?http://detached.gigo.com/rc/vr/DD18yrED/compose.png
>> Only click these links if you trust the sender, as well as this
message.
>> --- 8< --- detachments --- 8< ---
>>
>>
>> _______________________________________________
>> List info: http://lists.roundcube.net/dev/
>>
>>
>
>
> ------------------------------
>
> Message: 2
> Date: Thu, 24 Jun 2010 22:40:46 +0800
> From: Patrick Nagel <mail(a)patrick-nagel.net>
> Subject: Re: [RCD] New compose screen?
> To: dev(a)lists.roundcube.net
> Message-ID: <201006242240.50059.mail(a)patrick-nagel.net>
> Content-Type: text/plain; charset="iso-8859-15"
>
> Hi,
>
> On 2010-06-24 12:14 UTC A.L.E.C wrote:
>> I've prepared a screen for a new compose window and I've got various
>> opinions abut this. What's your opinion? Question is for svn-trunk
>> users, because the idea was to make compose look more unified with the
>> rest of the current UI.
>
> Well done! The only thing that looks a bit awkward to me, is the huge
> "Attachments" place. But I don't have an idea how to change it.
>
> Patrick.
>
> --
> Key ID: 0x86E346D4 http://patrick-nagel.net/key.asc
> Fingerprint: 7745 E1BE FA8B FBAD 76AB 2BFC C981 E686 86E3 46D4
>
>
>
> --- 8< --- detachments --- 8< ---
> The following attachments have been detached and are available for
> viewing.
> http://detached.gigo.com/rc/sV/WyWvlSUK/signature.asc
> Only click these links if you trust the sender, as well as this
message.
> --- 8< --- detachments --- 8< ---
>
>
> ------------------------------
>
> Message: 3
> Date: Thu, 24 Jun 2010 17:58:18 +0300
> From: Vladislav Bogdanov <bubble(a)hoster-ok.com>
> Subject: Re: [RCD] New compose screen?
> To: "A.L.E.C" <alec(a)alec.pl>
> Cc: RoundCube Dev <dev(a)lists.roundcube.net>
> Message-ID: <4C23728A.2070606(a)hoster-ok.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Nice.
> I'd only make "Send now" button centered relative to compose area and
> some-how separated it from the "Cancel" button.
> Attachment area can be smaller, but I think we should preserve space for
> GPG/SMIME staff so it can push attachment area up when will be ready.
>
> Best,
> bubble
>
>
>
> ------------------------------
>
> Message: 4
> Date: Thu, 24 Jun 2010 18:12:45 +0300
> From: Rimas Kudelis <rq(a)akl.lt>
> Subject: [RCD] 0.4 non-beta?
> To: RoundCube Dev <dev(a)lists.roundcube.net>
> Message-ID: <4C2375ED.3040307(a)akl.lt>
> Content-Type: text/plain; charset=windows-1257
>
> Hello,
>
> it's been two months since 0.4-beta was released. What are the plans
> regarding non-beta releases?
>
> thanks,
> Rimas
>
>
> ------------------------------
>
> Message: 5
> Date: Thu, 24 Jun 2010 19:08:04 +0200
> From: till <klimpong(a)gmail.com>
> Subject: [RCD] PHP version survey
> To: RoundCube Dev <dev(a)lists.roundcube.net>
> Message-ID:
> <AANLkTikm7OVc4pB__4jFJhb0BqG6Eo0IMrz47JhWLW-Y(a)mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Could everyone reply with which PHP version they currently use in
> production? Off-list is ok too.
>
> Thanks,
> Till
>
>
> ------------------------------
>
> Message: 6
> Date: Thu, 24 Jun 2010 14:38:57 -0400
> From: S c o t t K r a m e r <scott_list(a)clevelanddata.com>
> Subject: [RCD] Message List and Preview Pane (vertical)
> To: RoundCube Dev <dev(a)lists.roundcube.net>
> Message-ID: <d25ee445fd4dece24eb724ad1e814fc5(a)clevelanddata.com>
> Content-Type: text/plain; charset="utf-8"
>
>
>
> I like the new design-- and was thinking, is it time to do a vertical
> layout?
>
> It seems like now would be a good time to do it. Shouldn't
> this be a core feature? So many people have wide screens now.
> What do
> you guys think!
> Thanks,
> Scott
>
Hello,
it's been two months since 0.4-beta was released. What are the plans
regarding non-beta releases?
thanks,
Rimas
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi,
attached the missing text for labels.inc.
--
Péter
XMPP, MSN: peter.laszlo.szabo(a)gmail.com
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/U3/cVClS1lV/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 attached an updated Chinese (Traditional) localization of labels.inc.
Regards,
YS Liu Thomas
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/Fe/lXD+Tv5R/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 attached an updated Chinese (Traditional) localization of messages.inc.
Best Regards,
YS Liu Thomas
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/fx/ys3PSUDc/messages.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/
Hi
I'd like to suggest a small alteration to app.js in order to allow
persistent messages to be generated when using rcmail::output::command()
within a page-generating callback function.
The rcube_webmail::display_message() function already accepts a "hold"
parameter, but this doesn't get stored in $pending_message if the page
hasn't yet loaded, so it gets lost. My suggestion is simply to add this
extra parameter to $pending_message and then pass it back to
display_message() within init().
So, on line 4323, I'd like to replace this...
this.pending_message = new Array(msg, type);
...with this...
this.pending_message = new Array(msg, type, hold);
And, on line 385, I'd like to replace this...
this.display_message(this.pending_message[0], this.pending_message[1]);
..with this...
this.display_message(this.pending_message[0], this.pending_message[1],
this.pending_message[2]);
As a result of this change, I can now make messages persistent by calling
rcmail::output::command() like this:
$this->rcmail->output->command(
'display_message',
'[message_text]',
'[message_type]',
true
);
Thanks
Marcus
--
Marcus Don
Senior Manager
Research and Development
DadaPro
Main Line: +44 (0)845 363 3630
Main Fax: +44 (0)845 363 3631
Tech Support: +44 (0)845 363 3634
Email: mdon(a)names.co.uk
Website: http://www.names.co.uk
Address: Acton House, Perdiswell Park, Worcester WR3 7GD
This email and any files transmitted with it are confidential and intended
solely for the use of the individual or entity to whom they are addressed.
If you have received this email in error please notify the sender
immediately. If you are not the intended recipient you are notified that
disclosing, copying, distributing or taking any action in reliance on the
contents of this information is strictly prohibited. Please note that any
views or opinions presented in this email are solely those of the author and
do not necessarily represent those of the company.
Finally, the recipient should check this email and any attachments for the
presence of viruses. The company accepts no liability for any damage caused
by any virus transmitted by this email.
_______________________________________________
List info: http://lists.roundcube.net/dev/
In IMAP's RFC (6.3.1 SELECT Command) is described a one element of
SELECT command response:
OK [UNSEEN <n>]
The message sequence number of the first unseen
message in the mailbox. If this is missing, the
client can not make any assumptions about the first
unseen message in the mailbox, and needs to issue a
SEARCH command if it wants to find it.
So, I'm just thinking loud. Can we assume that there are no unseen
messages in the mailbox when server doesn't include UNSEEN in the
response? This is true for dovecot, how about others? We could skip one
SEARCH call.
--
Aleksander 'A.L.E.C' Machniak http://alec.pl gg:2275252
LAN Management System Developer http://lms.org.pl
Roundcube Webmail Developer http://roundcube.net
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hello,
we've been trying to configure roundcube (by this manual:
http://trac.roundcube.net/wiki/Howto_Config) to work with multiple mail
servers. They are very different (f.e. they're listening different imap
ports), so it is needed to include couple different configurations for each.
However, we are not able to get it done. It seems, that *
$rcmail_config['include_host_config']* is not working. Here is couple lines
from configuration files :
main.inc.php:
<..>
$rcmail_config['default_host'] = array(
'first.mailserver.com' => 'First server',
'second.mailserver.com => 'Second server'
);
<..>
$rcmail_config['include_host_config'] = array(
'first.mailserver.com' => 'first.inc.php',
'second.mailserver.com' => 'second.inc.php'
);
<..>
$rcmail_config['default_port'] = 1111;
<..>
first.inc.php:
<..>
$rcmail_config['default_host'] = 'first.mailserver.com';
$rcmail_config['default_port'] = 1111;
<..>
second.inc.php
<..>
$rcmail_config['default_host'] = 'second.mailserver.com';
$rcmail_config['default_port'] = 143;
<..>
But this what happens after trying to login into each of servers:
user logins log:
[21-Jun-2010 14:18:14 +0300]: Successful login for
username(a)first.mailserver.com (id 57) from 1.1.1.1
..so I can login into first mailserver, but this what happens if im trying
to login into second mailserver:
error log:
[21-Jun-2010 14:19:10 +0300]: IMAP Error: Could not connect to
second.mailserver.com at port 1111: Connection timed out (POST
/?_task=&_action=login)
So roundcube is trying to reach second mailserver through port 1111, but it
should go as it is written in second.inc.php file. If I comment
out $rcmail_config['default_port'] = 1111; line in main.inc.php , problem
persists. As it persists after upgrading roundcube to the latest version
(0.4 beta).
Maybe anyone could report, that you are using different configurations for
multiple mail servers and it is working?
Regards,
Arminas
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi
Please update Azerbaijani (labels).
------------------------------------------------------------
Box.az-da artıq hər istifadəçinin Kim? profili var. Mənim profilim: http://box.az/kim/proger
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/nR/SrdvmvHj/labels.rar
Only click these links if you trust the sender, as well as this message.
--- 8< --- detachments --- 8< ---
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi all, im wondering if we should publish some guidelines for settings. There are several ways now one could add settings to the UI:
- a tab
- add a block to an existing section
- create a new section
Are there any strong opinions on when a plugin should use one of those 3 methods? Im writing a plugin now where im doubting between a tab or just adding a new section. I dont think I should use a block in an existing section because the settings could potentially be very long which could push down settings from other plugins.
We dont want too many plugins to use a tab though, because the tab real estate is quite small.
Regards,
Cor
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hey all, Alec just added some new code that allows one to pass extra flags for each message to javascript. This allows me to make a highlight type plugin. It's working fine in firefox, but in IE im seeing some issue that'll probably have wider implications.
In the insertrow event I only have access to the passed variable. I have no access to 'this' in insertrow, so I can not actually get to any of the flags because they've been added to this.rcmail.env.messages (and this works fine in firefox, chrome and safari).
Am I just doing something wrong? If I use a JS debugger in IE, I dont see how I can access the global environment in the insertrow event. (and the same seems to go for the other events as well) so I cant reach rcmail.env.
Any help on this is much appreciated because this is keeping me from finishing this plugin :)
Cor
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi,
I’ve attached an updated Swedish localization of labels.inc.
Regards,
Jonas Nasholm
Bitfuse Network
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/dD/wG43XMv9/sv_SE.zip
Only click these links if you trust the sender, as well as this message.
--- 8< --- detachments --- 8< ---
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hello!
Please update Azerbaijani in RoundCube.
Note: Please change is a native name of language to "Azərbaycanca".
(No "Azəri").
Labels and messages.
Language name: Azerbaijani (Azərbaycanca).
Note: Update
------------------------------------------------------------
Xəbərin var, DNS Computers-dən noutbuk alana Azercell-dən 200 manatlıq Datakart paketi 80-100% ENDİRİMlə verilir?! www.dns.az
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/gH/pb3mmzTB/azlangupd.rar
Only click these links if you trust the sender, as well as this message.
--- 8< --- detachments --- 8< ---
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi!
My setup around RC is somewhat complicated. IMAP and managesieve
protocols are behind proxy. To make matters worse, it seems that it is
not the same software which is doing proxy and back end. And this breaks
RC in weird ways.
For example, quota does not show, in sieve rules some actions are
missing and so on.
I was able, finally, to track this down to difference in capability
response, which of course, are different for proxy and back end. The fix
is simple - after login, check again for capability response!
I did two patches, and would like to know did i made them at the right
place? I do have some experience with PHP, but i'm not so familiar with
RC and it's internal workings.
If this changes are ok, i guess it would be nice to make new config
option, which will enable to re-read capability response _after_ login.
Keep up the good work! :-)
H.
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/Gk/v1JX3xNJ/rc1.patchhttp://detached.gigo.com/rc/Gk/v1JX3xNJ/rc2.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/
Hello!
I'm sending an updated slovenian translation of messages and labels.
Barbara
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/cP/sSySOXLT/RCD_slovenian_transl.zip
Only click these links if you trust the sender, as well as this message.
--- 8< --- detachments --- 8< ---
_______________________________________________
List info: http://lists.roundcube.net/dev/
Small updated for labels.inc..
thanks
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/eB/7ntRsCYR/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/
Hello,
Here is updated slovak translation.
Ales Pospichal
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/rw/4h8HCQHw/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/
Hello,
I am sending updated czech translation.
Ales Pospichal
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/88/mPCq/MM7/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/
Hi,
I try to make a roundcube skin for my university. Our designers made a
fine job, but they had located the login inputs below the labels, that
means I need 4 rows for login screen.
then I noticed that the login form was placed into a table :(, it is
kidna difficult to manipulate via CSS and impossible to get 4 rows
without editing the rcube_template.php file.
so, i wrote a simple patch to convert login form's table structure to
list( and add an extra div for each <li> to end float -if needed-).
I think this form is much more easy to manipulate, even it may be a
plus for the ones who make skins for rtl languges.
regards,
Melih
diff against 0.4-beta:
1051,1060c1051,1060
<
< // create HTML table with two cols
< $table = new html_table(array('cols' => 2));
<
< $table->add('title', html::label('rcmloginuser',
Q(rcube_label('username'))));
< $table->add(null, $input_user->show(get_input_value('_user',
RCUBE_INPUT_POST)));
<
< $table->add('title', html::label('rcmloginpwd',
Q(rcube_label('password'))));
< $table->add(null, $input_pass->show());
<
---
>
>
> // create FORM html
> $form_html = sprintf("<ul><li>%s%s<div class=\"clear\" /></li><li>%s%s<div class=\"clear\" /></li>",
> html::label('rcmloginuser', Q(rcube_label('username'))),
> $input_user->show(get_input_value('_user', RCUBE_INPUT_POST)),
> html::label('rcmloginpwd', Q(rcube_label('password'))),
> $input_pass->show()
> );
>
1063,1064c1063,1066
< $table->add('title', html::label('rcmloginhost',
Q(rcube_label('server'))));
< $table->add(null,
$input_host->show(get_input_value('_host', RCUBE_INPUT_POST)));
---
> $form_html .= sprintf("<li>%s%s<div class=\"clear\" /></li>",
> html::label('rcmloginhost', Q(rcube_label('server'))),
> $input_host->show(get_input_value('_host', RCUBE_INPUT_POST))
> );
1066a1069,1070
> $form_html .= '</ul>';
>
1070c1074
< $out .= $table->show();
---
> $out .= $form_html;
_______________________________________________
List info: http://lists.roundcube.net/dev/