Hi devs and list lurkers
After having a hard discussion about the plugin architecture I decided
to start with an implementation which is supposed to be a basis for
more discussion and design decisions. You can fetch it from
https://svn.roundcube.net/branches/devel-api.
I also updated the wiki page to summarize the current state of the
plugin API development: http://trac.roundcube.net/wiki/Plugin_API
Feel free to contribute to that page or to this thread. There's still
a lot of work to be done!
Regards,
Thomas
_______________________________________________
List info: http://lists.roundcube.net/dev/
Greetings,
I asked this question some months ago, but haven't noticed any changes.
Question being; will it be possible (in the relatively near future) to _flag_ messages.
ie; important, so that it will have a different color to reflect that flag in the message list view.
Or spam, so that a different color/background-color will reflect (can be assigned) its "flagged" state.
Thank you for all your time and consideration.
--Chris
RC - 2alpha (checked out of SVN on 2008-08-10)
MySQL - 5
PHP - (4 && 5)
Apache - (1 && 2)
.
/////////////////////////////////////////////////////
Service provided by hitOmeter.NET internet messaging!
.
_______________________________________________
List info: http://lists.roundcube.net/dev/
hi all,
today i just stumbled upon a limitation of RDC - if you add way too much
recipient, then a single very long line will be generated. RDC does not
seem to break it at any size, and when the line length exceeds the SMTP
server's configured max. line length, it rejects the message.
Is there a way to make RDC wrap the "To:" (and even possibly the CC, BCC )
headers in a composed message?
RFC 2821 (found on http://www.ietf.org/rfc/rfc2821.txt) says, the max. text
line length is 1k chars, so if i am right, the correct remedy would be to
implement the change in RDC.
What do you think? Have i missed something?
best,
--
Péter
Serial is up, protocol is up --- everything connected!
(c) Anthony Panda www.anthonypanda.com
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi
I'm running fc 8, I had a manual install of roundcube 0.1.0 but there
was a problem with the attachments so I tried to upgrade to 0.1.1
which is supposed to fix it ..
Now when the attachments just don't display at all in Roundcube or in
Thunderbird, the mail list shows there is an attachment in both but on
opening the email there is nothing .. If I view the source The
attachment is there . So what is roundcube doing to break the mail
that te attachments disapear when the mail is viewed ?
Thanks
_______________________________________________
List info: http://lists.roundcube.net/dev/
Is there a way to use the name of the current mailbox in a template? It
would be nice to have something like:
<roundcube:object name="mailbox_name" />
I've opened a feature request ticket on this
(http://trac.roundcube.net/ticket/1485256) and will implement it, unless
there's already a way to do this.
thanks
-kris
_______________________________________________
List info: http://lists.roundcube.net/dev/
Dear Developers,
I'm not sure if this belongs to the bug tracker or here.
On my mail server i use users like: user.domain.nl instead of
user(a)domain.nl
But becaus i want to login with the e-mail addres i had to make small
changes to the smtp and imap authentication.
Would it be a feature if the person installing could chose this?
With kindest regards
Richard Pijnenburg
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi,
corrected one typo and changed one sentence.
Bye,
Philipp.
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/sp/06ZV6gE2/de_DE.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/
Hi all devs,
I've been trying to get RC running on an MS Exchange Server 2003 (not my
imap preference, but at least better than needing 2 exchange servers to
get webmail access!!!).
However, I've run across a few issues.
1. Only the inbox folder is subscribed to initially, all others are not.
See http://trac.roundcube.net/ticket/1485263
If you view the list of folders however, they can all be seen.
I've played around around with a few settings for imap_root, but to no
avail. ("INBOX/","/","INBOX", etc.)
As a side note, Thunderbird also has the same issue.
I'm willing to test and help develop a patch for this issue, I just need
some help figuring out what exactly exchange wants, and where in the RC
code I can play with it. I can only play with it a couple of times a
week, so my apologies if it's a bit slow to complete.
2. Not able to send email via local smtp server (exchange 2003 again)
Not sure on this one - but I haven't really tried yet....
Although I'm not a fan of Exchange in any form, I think it would be good
to get some basic compatibility (i.e. folder subscribing) to allow
others to later build plugins for the other functionality. If memory
serves we had a similar issue with Courier-IMAP that was resolved.
I know it's been a while since I've been on (see RoundCube RSS Reader),
but I have been watching the progress made (particularly on the recent
plugin work), and I have to say a HUGE congratulations and thanks to all
the devs (particularly to Till & Thomas) for all the work that's been
put in.
I admit I am really looking forward to eventually getting into the
plugin arch for developing a calendar & rss reader. :)
Sam Bailey
Wiki: wiki.cyprix.com.au
Web: www.cyprix.com.au
Blog: blog.cyprix.com.au
_______________________________________________
List info: http://lists.roundcube.net/dev/
> -----Ursprüngliche Nachricht-----
> Von: Cor Bosman [mailto:cor@xs4all.nl]
> Gesendet: Donnerstag, 7. August 2008 23:30
> An: Florian Lagg
> Betreff: Re: [RCD] Plugin-Architecture
>
> > Currently I have plans implementing it this way (OVERVIEW):
> > * There's a directory with plugins, e.g. ./plugins/*
> > * Each plugin resides in a own directory, let's call it
> "foo_plugin"
> > for now.
> > This assumes that there is a file called foo_plugin.inc
> which includes
> > a class foo_plugin
> > * In the configuration, we have a simple array list of
> enabled plugins
> > $rcmail_config['plugins_enabled'] = array('foo_plugin',
> 'bar_plugin');
> > * on the first called hook we initiate the rcube_plugins
> class which
> > is a singleton this class initalizes every plugin and - in the
> > constructor of these - the plugins itself register to some hooks.
> > this is done only once every request (because rcube_plugins is a
> > singleton)
> > * if registered hooks are called...
##### here's a small mistake:
> > every plugin is called - one after another - in the order
> given in the
> > config above.
##### naturally we call only plugins registered to the specific hook - not
all
> > therefore an array of data is passed to each plugin - and at last -
> > returned to the roundcube code.
> >
> > Have I missed someting?
> >
>
> Look good! Thanks for doing this.
>
> Cor
>
_______________________________________________
List info: http://lists.roundcube.net/dev/