Hi,
I checked out the latest SNV today and I immediately got a ‘500 internal
server error’ message when I tried to use it. I tracked the problem down
to this in the .htaccess file in the root, added in r1948:
<IfModule mod_alias.c>
Redirect /favicon.ico /skins/default/images/favicon.ico
</IfModule>
My Apache logs say ‘Redirect to non-URL’. I did some checking and as
far as I can see when you use Redirect the destination has to be a full
URL. I tried replacing it with Alias but that is not allowed in .htaccess
files.
Is it just me, is there some server config I am missing? Assuming that it
is does work will a redirect like this not cause problems with the
skinning, end users can select a skin in their prefs but they cannot alter
the .htaccess file to point to the appropriate place.
Regards,
Phil
_______________________________________________
List info: http://lists.roundcube.net/dev/
We (the University of Michigan) launched RoundCube today as a webmail
option. In this first day, more that 20,000 users have tried RoundCube for
the first time. We have received a lot of feedback, the much of it is
enthusiastically positive.
Many people have asked that a separate window be used for message
composition. We
are looking into implementing this functionality. I've created a ticket in
trac:
http://trac.roundcube.net/ticket/1485486
Does anyone have any perspective or guidance they'd like to share about
implementing this?
many thanks
-kris
See also:
http://lists.roundcube.net/mail-archive/dev/2008-10/0000010.htmlhttp://roundcubeforum.net/requests/3362-compose-optionally-open-new-window.…
--
Kris Steinhoff
Web/DB Team
Information Technology Central Services
The University of Michigan
_______________________________________________
List info: http://lists.roundcube.net/dev/
I forgot to cc the list...
-------- Original Message --------
Subject: Re: [RCD] New window for compose
Date: Fri, 10 Oct 2008 08:52:19 +0200
From: Maximilien Cuony [The_Glu] <maximilien(a)theglu.org>
To: Kris Steinhoff <steinhof(a)umich.edu>
Hello,
I think (but it's only me ;)) there should be an option in preference to
set both behaviors :
1) When we click on the compose-reply-etc button, it's open a new windows
for composition.
2) When we click on the compose-reply-etc button AND press the shit key,
it's open a new windows for composition.
Then it's should be easy to change button's code to open an new windows.
When mail is send, show only the result message for 3-5s and close the
windows as gmail should be a good idea (?).
Regards,
On Thu, 09 Oct 2008 22:14:57 -0400, Kris Steinhoff <steinhof(a)umich.edu>
wrote:
> We (the University of Michigan) launched RoundCube today as a webmail
> option. In this first day, more that 20,000 users have tried RoundCube
for
> the first time. We have received a lot of feedback, the much of it is
> enthusiastically positive.
>
> Many people have asked that a separate window be used for message
> composition. We
> are looking into implementing this functionality. I've created a ticket
in
> trac:
>
> http://trac.roundcube.net/ticket/1485486
>
> Does anyone have any perspective or guidance they'd like to share about
> implementing this?
>
> many thanks
> -kris
>
>
> See also:
> http://lists.roundcube.net/mail-archive/dev/2008-10/0000010.html
>
http://roundcubeforum.net/requests/3362-compose-optionally-open-new-window.…
>
>
> --
> Kris Steinhoff
> Web/DB Team
> Information Technology Central Services
> The University of Michigan
> _______________________________________________
> List info: http://lists.roundcube.net/dev/
>
--
Maximilien Cuony [The_Glu]
http://theglu.org
_______________________________________________
List info: http://lists.roundcube.net/dev/
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/1d/WtDNJHGg/roundcube-ar.tar.gz
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 Florian,
Could you find some time to work on plugin architecture?
I have a proposal for a hook, maybe you can put it in
the plan:
login / login failed hooks
Good for:
After login: Ability to add msg like your mailbox is near quota, etc
Failed login: plugin can check why - more info to user!
Bye,
Balázs
--
*Horváth Balázs* *Balázs Horváth*
Fejlesztési vezető Development Manager
WG Informatika Kft. WG Informatics Ltd.
H-1123 Budapest, Alkotás utca 53. (MOM Park, "D torony" II.em)
Tel./Fax: +36/1-487-5502
Mobil: +36/20-971-2904
E-mail: horvath.balazs(a)wgi.hu <mailto:horvath.balazs@wgi.hu>
Web: http://wgi.hu <http://wgi.hu?adid=145>
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hello!
Updated "Azerbaijani" language.
Added same additions!
Forex-AZ forex ticarəti.Vaxt və məkan anlayışı olmadan dünya birjalarında ticarət imkanı.
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/qj/WXWuvFmD/labels.inchttp://detached.gigo.com/rc/qj/WXWuvFmD/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/
Updated "Azerbaijani" language.
Added same additions!
Forex-AZ forex ticarəti.Vaxt və məkan anlayışı olmadan dünya birjalarında ticarət imkanı.
_______________________________________________
List info: http://lists.roundcube.net/dev/
hi there,
I've been implementing an extension to RC which may use LDAP (depending on how
it was configured).
There's already the
include/rcube_ldap.php
which _seems_ to present itself as a generic interface to LDAP.
One problem is that it was implemented with addressbook in mind, so there are
lots of fields and behaviors which are useless in other cases when accessing
LDAP.
The code I'm working on is intended to be integrated into the main tree of RC
(so it's not supposed to be just a quick'n'dirty patch).
With that in mind, I have two questions:
1. - Is the rcube_ldap class really the standard one for other
(non-addressbook) LDAP accesses?
2. - If "yes" to #1, how is the "standard" way to use that to avoid future
code breakage? (a code example would be nice)
3. - If "no" to #1, what could be an acceptable solution? A parallel and more
generic LDAP class implementation?
--
Daniel Mealha Cabrita
Divisao de Suporte Tecnico
AINFO / Reitoria / UTFPR
http://www.utfpr.edu.br
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hello,
an other great feature will be the allowing of nested replies
(allowing the showing of nested messages in options)...
thanks you much
--
Blackhold
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hello,
an other good feature to have is searching inside the messages, a cron
task could be executed once a time, set to options or add a button for
indexing...
in the database could be used this info, maybe the problem is in
indexing big amount of info if roundcube webmail is not in the same
server as mail server, but could apply a label to the messages to mark
as indexed mail, and when you delete an e-mail delete indexed entry...
maybe here there are people that knows a lot of that topic :D
--
Blackhold
_______________________________________________
List info: http://lists.roundcube.net/dev/