Hi *,
in my company we are about to switching from desktop client to
Roundcube. I've no problem at all with Roundcube, except when talking
about users with multiple imap accounts.
Now, following the Plugin Repository page and the ticket #1484075 I
installed a plugin to achieve this and it works very well, with one big
"problem": how it works.
Let me explain: the plugin works with session info, replacing them when
the user choose a different account from the drop-down list (and
consequently the browser refresh the page), like logout->autologon. I
know that's the only way to do this switch with a plugin, and this is
not a criticism to this useful code, but it's a workaround.
So I think that Roundcube needs to change how it's structured to allow N
server connections. And we can also use an abstraction layer in order to
allow people to write "server plugin" to retrieve e-mails (I'm thinking
about the bad IMAP implementation of Google, or POP3 leave-on-the-server
- useful when you don't have IMAP, or other protocols - like MS
Exchange).
I know that it sounds like trasform Roundcube into a complex webapp
instead of a simple webmail, but I think that it's the only way to be a
valid alternative to others webmail products.
I've hacked a bit of Roundcube code to build a custom version that
allows switching IMAP connections like the plugin above, but also shows
the folder list and take that updated with unreaded message count, like
a real desktop software (there is no really multiple connections, my
code switch between IMAPs account like the plugin mentioned when the
user click on a folder).
The problem is that I've added hooks and a bit of code outside the
plugin (there is no other way), so it's very ugly and non-portable
solution.
I can help with programming, so if you think that RC core can be
modified to allow multiple account, I can write down some code.
Enrico
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/Q2/oZkn1AKO/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/
BT/aba52c80
Hi *,
I'm writing a plugin and I found useful un-register hooks previously
registered.
I've created a ticket and I've attached a possible patch to achieve
this.
Please tell me what do you think
Enrico
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
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