I've started working on the framework. The list of backward compatibity
breaks will be long. Here's the first part.
Renamed functions:
rcube_imap::decode_address_list() > rcube_mime::decode_address_list()
rcube_imap::decode_mime_string() > rcube_mime::decode_mime_string()
rcube_imap::decode_header() > rcube_mime::decode_header()
rcube_imap::mime_decode() > rcube_mime::decode()
rcube_imap::explode_header_string() > rcube_mime::explode_header_string()
rcube_imap::unfold_flowed() > rcube_mime::unfold_flowed()
rcube_imap::format_flowed() > rcube_mime::format_flowed()
Removed functions:
rcube_imap::select_mailbox()
rcube_imap::in_searchset()
rcube_imap::id2uid()
--
Aleksander 'A.L.E.C' Machniak
LAN Management System Developer [http://lms.org.pl]
Roundcube Webmail Developer [http://roundcube.net]
---------------------------------------------------
PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
Hi,
Does anyone have or recommend a nice walk-through/quick-start
installing, configuring dovecot, and the ideal linux variation to run it
on?
I of course can google it, but there are tons of options, please
if someone can suggest the best, that would be awesome!
We use
hMailserver right now, it's nice, but it's difficult to restore certain
things from backup (like a user folder deleted by accident), and it does
not support threading.
Thanks!
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
Besides the new skin in 0.8 I'd like to start working on Roundcube
Framework. It means Roundcube will provide a set of classes that can be
used by other projects. Now, rcube_imap_generic class is known as one of
the best IMAP handling classes, but there are people that would like to
use something more abstract i.e. rcube_imap class. This is not simple
now because of its dependencies.
So, here are some steps I want to make:
- create abstract rcube_storage class and build rcube_imap as
rcube_storage implementation (driver) - this is to allow creation of
other drivers, e.g. SQL-based, POP3,
- exclude mime related functions from rcube_imap into new rcube_mime class,
- split main.inc and rcube_shared.inc functions into a few classes:
rcube_converter, rcube_ui, rcube_utils and maybe some into existing classes,
- create rcube_framework class, that can be a parent for rcmail class,
- framework-related changes to existing classes, e.g.
- get rid of $rcmail object usage in classes,
- can we exclude rcube_user class?
- make output/html/template classes optional,
- unify codestyle according to our CS ruleset
--
Aleksander 'A.L.E.C' Machniak
LAN Management System Developer [http://lms.org.pl]
Roundcube Webmail Developer [http://roundcube.net]
---------------------------------------------------
PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
Hi,
There has been a patch on the forum for a while to give Roundcube a three
column layout. Using the render page hook this can also be done with a
plugin. The advantage of this is that it can then be an option, users can
pick if they want their preview pane below or on the right of the message
list.
This works fine with the default skin but there is one problem doing it with
the larry skin. The splitter between the message list and the preview pane
is defined in ui.js rather than inline like with default. Attached patch
makes it so that plugins can access the splitter in the larry skin and also
adds a hook so that plugins can change the properties of the splitter before
it is initialised. I'm not sure if it's the best was to change ui.js, if
anyone has any better ideas please let me know.
Is changing ui.js like my patch does or some similar way something the devs
would consider? If not then I don't think there is any point in a plugin
like this, people can just stick to using a patch or a whole different skin.
Why use a patch/plugin rather than a whole different skin? It's only a
couple of changes that are needed to move the preview pane. It seems a
little over the top to make a whole new skin just to move one div. Using a
plugin allows users to have an option about the layout of the screen like in
Outlook or Thunderbird.
Thanks,
Phil
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/lB/FrjDO1No/threecol.ziphttp://detached.gigo.com/rc/lB/FrjDO1No/larry_ui_js.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/
BT/aba52c80
Hi RC-Dev list,
I'm setting up an LDAP shared address book and while googling for
information I
found this thread in your archives (I wasn't a list member then):
- http://lists.roundcube.net/mail-archive/dev/2011-10/0000015.html
(oct 2011)
- http://lists.roundcube.net/mail-archive/dev/2011-11/0000000.html
(nov 2011)
Please let me add a few comments to this thread. I Hope this is the
right
place to post and that my English is good enough. Forgive me
otherwise.
1. UID or Email as RDN?
-----------------------
When working with small companies and/or workgroups it's quite
frequent to see
several people sharing a single email address, typically something
like
"little_company(a)some_big_isp.tld". This is my everyday experience with
small
companies and small local administrations too (I live in a rural
area).
Using mail as the RDN makes it impossible to add more than one contact
in
such situations, even if you want them because, in spite of a common
work mail
address, different people still have different mobile numbers,
different home
mail addresses, etc.
So, IMO it would probably be better to use a dynamically generated UID
as RDN.
2. RC writing data to the address book
--------------------------------------
How would RC know how to build new UID's compatible with a specific
setup?
IMO the main advantage with LDAP is having mail clients being able to
read a
shared address book. Getting RC writing to the directory doesn't look
that
important to me: suppose you get the feature to work with RC, as an
admin
you are left with the same problem for each other client you may
want/need
to support at your company. Until there is some standard address book
schema
that every client should support, but I don't know of any right now.
So, IMO a much simpler approach is to stick with a dedicated
application to
setup and manage the address book, and look for good read capabilities
of
mail clients. I mean that more flexibility in the way RC can do the
mapping
between LDAP attributes and contact fields is IMO the most important
feature
to focus on.
Personally I use "Contagged" to manage contacts of the LDAP address
book:
- http://www.cosmocode.de/en/opensource/contagged
-
http://www.splitbrain.org/blog/2007-06/27-contagged_the_ldap_address_book
It is a free application from the same developer who wrote DokuWiki:
- http://www.dokuwiki.org
This application does a good job for small companies, and it would be
great
if there was a simple way to make RC read more fields from the address
book,
display tags (Contagged provides tags) as RC "groups", etc.
Please let me know if there is a better or more standard way to get
these
things done: I'm rather new to this LDAP stuff.
Thanks a lot to all RC developers, you do have a great application :-)
Beñat
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
Hello Devs,
I use queryui plugin in various others plugins.
It is a little bit misleading that current date and selected date of
datepicker have the same background color. It would be great, if this
could be changed and merged into 0.7 branch.
Thank you!
Regards,
R.
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
We tried to add some translations of password plugin to launchpad but we
couldn't find previously translated items of multiple plugins. So we
uploaded a costum .po file for password plugin translation (Slovenian),
but was taken as labels translation.
Well, it would be nice, if all current translations were uploaded. I'll
try to upload some more .po's in next days.
I'm pasting new translations below.
$messages['passwordshort'] = 'Geslo mora biti dolgo vsaj $length znakov
in vsebovati vsaj eno številko ter eno ločilo.';
$messages['passwordweak'] = 'Geslo mora vsebovati vsaj eno številko in
eno ločilo.';
$messages['passwordforbidden'] = 'Geslo vsebuje nedovoljene znake.';
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
That looks good, lots of choices though, what direction should I go?
Thanks!
On 2012-01-17 13:55, Clay Smith wrote:
> Linuxmail.info has
some good information. Not sure if that will meet your needs though.
>
On Jan 17, 2012 12:50 PM, "S c o t t K r a m e r"
<scott_list(a)clevelanddata.com [2]> wrote:
>
>> Hi,
>>
>> Does anyone
have or recommend a nice walk-through/quick-start installing,
configuring dovecot, and the ideal linux variation to run it on?
>>
>>
I of course can google it, but there are tons of options, please if
someone can suggest the best, that would be awesome!
>>
>> We use
hMailserver right now, it's nice, but it's difficult to restore certain
things from backup (like a user folder deleted by accident), and it does
not support threading.
>>
>> Thanks!
>>
>>
_______________________________________________
>> List info:
http://lists.roundcube.net/dev/ [1]
>> BT/5533952c
Links:
------
[1]
http://lists.roundcube.net/dev/
[2] mailto:scott_list@clevelanddata.com
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
Dear all,
We're happy to announce another release of the Roundcube webmail
suite. This service update brings some bug fixes and translation
updates to the 0.7 stable release. See
http://trac.roundcube.net/wiki/Changelog file for details.
It is considered stable and we recommend to update all existing
Roundcube installation with this release. Get it from
http://roundcube.net/download as usual.
Have fun and happy new year to everybody!
Thomas
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
Hi,
Finally decided to get memcached up and running with Roundcube --
awesome work there.
I ran into a problem getting it to go at first though. Turned on all
the logging in memcache and found this relevant bit:
<28 get d5f4fbf9a78ea7c63f2919f1ba544fa0
> FOUND KEY d5f4fbf9a78ea7c63f2919f1ba544fa0
>28 sending key d5f4fbf9a78ea7c63f2919f1ba544fa0
>28 END
28: going from conn_parse_cmd to conn_mwrite
28: going from conn_mwrite to conn_new_cmd
28: going from conn_new_cmd to conn_waiting
28: going from conn_waiting to conn_read
28: going from conn_read to conn_parse_cmd
<28 delete d5f4fbf9a78ea7c63f2919f1ba544fa0 1
>28 CLIENT_ERROR bad command line format. Usage: delete <key>
> [noreply]
...which eventually led me to
http://www.php.net/manual/en/memcache.delete.php where this problem is
mentioned in comments. The PHP docs there specifically say not to
include the timeout parameter when calling memcache->delete(), but
unfortunately, due to a bug in the current php5-memcached package in
Debian, not including the parameter causes php to automatically append a
"1" to the end of the delete command, which breaks memcached.
In rcube_session.php, I mucked about with the first line of
mc_destroy(), changing it to:
$ret = $this->memcache->delete($key, 0);
...which makes everything happy, despite being incorrect.
I searched the dev- and users- mailing list archives and didn't find
any other references to this particular problem, so I'm just mentioning
it here in case anybody else gets bitten by it.
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