Hello,
Usually deleting or moving more than 1500-2000 messages
results in a red Server error timeout, so people do it in smaller
chunks-- also it can result in duplicates on moves in both the source &
dest if a timeout occurs--
I know I could hunt around for timeout
increases, but I think those should stay normal, for when a real timeout
should happen.
Can we start thinking/designing a way to intelligently
increase the timeout as needed during long operations... & show a
message (like google gmail) it will say:
Loading... then Still
Loading...
Deleting... Still Deleteing... etc.
Thanks!!
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
Hello!
There was some grammar error in 'receiptnote' message.
Best regards,
Martins
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/X1/CgT5fXL5/lv_LV_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/
BT/aba52c80
Hi Andreas,
Am 01.11.2011 14:29, schrieb Andreas Dick:
>> Also adding addresses from E-Mails does not work this way.
>>>
>>> Outch, right. When adding addresses from emails, only name and
>>> email
>>> address data is present. How should a UID be automatically derived
>>> from these?
>>
>> The most sensible thing IMO would be to fill the UID with the email
>> address in this case. Or maybe generate a unique number with
>> function
>> uniqid or similiar.
>
> the main problem here is that RC do not know how to build new UID's
> compatible with your server setup...
Yes, but as I see it this function is anyway only used to store e-mail
addresses together with a name, so that the e-mail address is available
for composing new mails.
For a complete contact entry the data needs to be entered anyhow
separately (or at least the automatically stored contact needs to be
heavily amended) and a compatible UID could be assigned in this case.
So using the e-mail as UID should be ok in this case and would fit to
the current behaviour, where mail is used as RDN.
Using a UID generated by a standard PHP function (e.g. uniqid) should
be fine as well. Maybe with 'RC-' as prefix.
> thus creating new contacts is kind of problematic, isnt it?
> Or is there an officially accepted way to build them? E.g. just
> increasing a number until it is not occupied allready?
I would assume that PHP provides a function to generate a GUID
(Globally Unique Identifier)?
Manfred
--
Manfred Usselmann
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
Hi,
I've got some questions concerning the new extended addressbook:
1. uid as RDN
----------------------
My LDAP setup requires uid as RDN. Therefore I added
'LDAP_rdn' => 'uid',
'required_fields' => array("mail", "cn", "sn", "uid"),
'search_fields' => array('mail', 'cn', 'sn', 'givenName','uid'),
to the configuration. How can I make this field visible in the user
interface?
My current workaround is
'organization' => 'uid'
But this is not very intuitive. Especially since this field is not
automatically visible when adding a new contact.
Also adding addresses from E-Mails does not work this way.
2. Work adress
----------------------
How can I have two sets of address fields (home and work address) like
with the personal addressbook (SQL)?
I tried it with
'street:main' => 'street',
'zipcode:main' => 'postalCode',
'locality:main' => 'l',
'region:main' => 'st',
'country:main' => 'co',
'street:work' => 'workStreet',
'zipcode:work' => 'workPostalCode',
'locality:work' => 'workLocalityName',
'region:work' => 'workStateOrProvinceName',
'country:work' => 'workFriendlyCountryName',
but I get only the first set as home address and can't add another
address block.
Thanks,
Manfred
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
Hello
Please update your repository with updated translations files
(included in attachment).
Let's see how it goes, then I will finish it completely...
Thanks
Best regards,
George Machitidze
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/8s/ksy3hlcw/messages.inchttp://detached.gigo.com/rc/8s/ksy3hlcw/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/
BT/aba52c80
Hi Ahmed
Due lack of developer power we'll not be able to add plenty of
additional features to Roundcube anytime soon. Furthermore it's our
goal to keep things simple and to provide a functional mail client
that does its job right rather than being a multi-purpose
can-do-everything tool. The functions you're mentioning also involve
some sophisticated server-side logic and Roundcube aims to be a
"client" software.
However, if you're looking for a free and stable groupware solution
you should have a look at the Kolab project at http://kolab.org. It's
a collaboration server package providing rich features for groups or
businesses all based on open source components. There are also paid
services available for installation, configuration, maintenance and
support. And the best thing: Kolab will have Roundcube on top in
future versions.
Regards,
Thomas
On Wed, Oct 19, 2011 at 21:17, Ahmed Sabry <ahmed(a)hcc.com.eg> wrote:
> Dear all,
>
> I really amazed with your outstanding job, the thing is I am wondering if
> you are thinking to have a paid version for business users? I am wondering
> if you can add more advanced features like the ones included in Google
> Apps., http://domains.live.com , and outlook. I agree you already rocking
> the world! but If you add those features and even made them a paid software
> (not monthly, just a one-off fee and unrestricted by the number of
> users/emails ) you will be way beyond the imagination, moreover you would be
> more usable and known than Google Apps.and http://domains.live.com
> Last but not least, much appreciate your work and always tuned for more
> --
>
>
> Best Regards,
>
> Ahmed Sabry
> General Director and Founder of HosterZ.Net and HCC Ltd.
> Email : support(a)hosterz.net | ahmed(a)hcc.com.eg
> Website: www.HosterZ.Net | www.hcc.com.eg
> Tel. : +20 (10) 8 6666 38 "Egypt"
> +1 (781) 3430 715 "United States & Canada"
> +44 (70) 5464 2662 "United Kingdom"
>
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
Hi,
So, I've been modifying the cmd_learn driver in markasjunk2 to also
restore messages to their original content and save them in the user's
inbox, the way that the sa_detach driver does.
It was seeing rcube_message->attachments as a zero-length array even on
messages with the paperclip icon; I traced this back to roughly line 432
of rcube_message.php ($Id: rcube_message.php 5261 2011-09-21 12:22:40Z
alec $):
// list as attachment as well
if (!empty($mail_part->filename))
$this->attachments[] = $mail_part;
If the message part is a text/plain type (which it shouldn't be, but it
is, and I'll fix that too in a bit, $%&#! spamassassin), and the message
part does not have a filename, then it doesn't get added to the
attachments array.
So there are two ways for me to fix this: I can either have the
cmd_learn driver code first check rcube_message->attachments, and if
that's a zero-length array, then also check rcube_message->parts, or I
can eliminate the filename check from this part of rcube_message.php.
Which approach is more correct? Or is there another way to do this?
Thanks,
- R.
--
[__ Robert Sheldon
[__ Founder, No Problem
[__ Information technology support and services
[__ (530) 575-0278
[__ "You must be the change you wish to see in the world." -- Mahatma
Gandhi
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80