For all the testers in dev - I made the flag/unflag functionality work by standard coding. It is set to later, but I have been using it for some months now without any trouble. You can apply the diff to test it on your configuration (=> hope it still works on current SVN).
http://trac.roundcube.net/ticket/1484623
Seansan
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/nF/tAePW75L/4A.bmp
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 there, good to be back in dev list
-- Can we add #1484601 to current roadmap? Seeing all the mails that have a "display images" bar would really improve the viewing of these messages.
I was just testing the branched trunk. Looks good - now real errors so far, only the error below in logs (am running PHP 5, svn 990).
-- [02-Feb-2008 10:59:47] PHP Warning: preg_match() [<a href='function.preg-match'>function.preg-match</a>]:
Unknown modifier '/' in /program/include/rcube_imap.inc on line 1774
-- [02-Feb-2008 10:59:47] PHP Warning: preg_match() [<a href='function.preg-match'>function.preg-match</a>]:
Unknown modifier '/' in /program/steps/settings/manage_folders.inc on line 122
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/dP/eCMeGbXV/Emoticon3.gif
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 guys.
When composing messagewith HTML editor, all international characters are
converted into HTML entities. Then, when sending this message, an alternative
plain text MIME part is created. RoundCube should convert these HTML entities
back to utf-8 for this plain text part. Tested with RC2.
Patch against
program/steps/mail/sendmail.inc
in trunk attached.
Thanks for your work.
Jiri Kaderavek
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/rA/yaa70l7/sendmail.inc.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/
Hello - Was hoping for a little help please.
I have a homepage and a form which allows a user to enter a
username/password.
I am trying to make this username and password send direct to my
roundcube install. This part works fine.
However when the wrong user/pass are entered roundcube gives the usual
error 'login failed' but returns the user to the roundcube index.php - I
would prefer it to return to user to my login form.
I don't suppose anyone could help me locate the required section of code
so I can edit.
Kind Regards,
Daniel
_______________________________________________
List info: http://lists.roundcube.net/dev/
On Feb 5, 2008 6:01 PM, chasd <chasd(a)silveroaks.com> wrote:
> > User reports: "Email causes loop"
>
> One issue is that some of the reports may be on the users mail list,
> some may be on the forums. I don't know of a way to get those two
> ( and others I don't know about ) reconciled. If two users on the
> mail list report a bug, and two users on the forums report the same
> bug, it is the same as if _only_ two users report the bug and not
> four. Obviously Trac is where that should be consolidated, but at
> what point is a bug "confirmed" by the community ?. Four users run
> into the bug ? Three ? Five ?
1+ can be confirmed. As long as someone can upload an email to
reproduce this, it's confirmed by a single person.
The difficulty lies within those reports "RoundCube doesn't work in
Firefox", then a dozen people say, "works for me" or "yeah, same
problem". ;-)
It doesn't take much to confirm a bug, it's just about the
reproduction. As long as that is given, we can always fix it.
> > What we would like is:
> >
> > X amount of people test and say, "Correct, I can reproduce this
> > behavior." and maybe upload a bunch of emails to testing.roundcube.net
> > in the process and let us know about it.
>
> OK, I've used RC for over a year and never knew about that site.
> Of course, I haven't had a need.
Believe me, I am glad.
For others in need (this is linked from the trac homepage):
http://trac.roundcube.net/wiki/Howto_ReportIssues
I also frequently pass around this link on IRC and on the mailinglists.
> > I know we don't always have the fastest turn-around on bugs and
> > tickets but generally what we also lack is more feedback.
>
> Yes, I think what feedback you have is too diffuse ( spread out ).
>
> > Someone
> > opens an issues and is never to be seen again.
>
> I call those drive-by bug reports.
I'd welcome drive-by patches. ;-)
> The user has an issue, fires off
> an e-mail to some list, and thinks that is enough. They may even
> unsubscribe from the mail list at that point because of "too many
> messages." I know of one acquaintance of mine that joined a list to
> report a bug ( not RC ), and then set his spam filter to block all
> the traffic from the list. Didn't even bother to unsubscribe. Those
> types of reports we can't help, even if it is an actual bug. I would
> hope that if the bug is serious enough, someone else will run into
> it, and they will have what it takes to champion it to Trac and
> provide enough information for the bug to be verified and possible
> fixed.
>
> Open source software is based on community, which means ( at least to
> me ) the end users must take an active role in reporting and
> following through on bugs. Most users are used to commercial
> software, where it not only is not expected for the end user to
> provide feedback, but it is actively discouraged in many cases.
>
> So IMHO any messages reporting bugs on the Users list or on the
> forums should be funneled to
>
> <http://trac.roundcube.net/wiki/Howto_ReportIssues>
Yes, please.
But only to a certain extend. We also get the "I can't send
email"-stuff which in 99.99999% of all cases is config related. But I
guess there are various things how we can improve that etc..
> so bug reporting is consistent for the developers.
>
> > And when it works for
> > us, we close with WORKSFORME. Which doesn't rule out that the error is
> > still stuck somewhere in RoundCube.
>
> In order to "reward" those who spend their time to provide decent
> feedback, is there any feedback from the developer(s) when a bug has
> been verified ?
I try to confirm them too. I am trying to check Trac's timeline every
day and work through issues. It obviously doesn't work always like
that, but generally that's what I try. And when I say, "I", I really
mean "we". I know are doing the same.
>
>
> OK, what about RFE's though ?
> They can't be "confirmed" in any way.
> Popularity is not always a good indicator of priority either.
>
> Would viable RFE's get included on
>
> <http://trac.roundcube.net/roadmap>
>
> or
>
> <http://www.roundcube.net/about>
>
> under planned features ?
>
> How will those RFE's not determined to be viable be handled or
> notified ? I assume all RFEs should have a Trac ticket.
Could have a trac ticket, I suppose. There is nothing wrong with it.
But currently it doesn't always work like that.
Cheers,
Till
_______________________________________________
List info: http://lists.roundcube.net/dev/
Brett, wondering if the the problem we had with the forum (trouble receiving .... and what can I do) is still necessary?
In addition I think it would be wise to add another link to the bugtracker and a short 1,2,3 on how to submit bugs, requests and patches. I find that there are some good suggestions and fixes being logged in the forum, but not admitted to trac.
Suggestion version 1.
"Be aware that the development team has an official bugtracker in place where bugs, fixes, requests and patches can be logged an monitored.
Before you log an issue we ask you to:
1. use the community to confirm the bug, test the patch or confirm the future request
2. test patches in the common browsers before uploading - and keeping in mind that the solution needs to work not only for you but all RC users
3. Upload the item to the bugtracker with a clear description and log of tests performed + in case of a bug the steps to reproduce
"
Seansan
_______________________________________________
List info: http://lists.roundcube.net/dev/
Let me first say I am happy with the progress of RoundCube and all
the work the developers are doing. However, as part of my plans to
migrate our servers to PHP5, I was wondering if there was any
information about the status of the migration of RoundCube to PHP5. I
remember that the devel-vnext branch was the target for this work,
but I might be mistaken.
Do the devs want to get out of RC stage to a 0.1 release before
concentrating on GoPHP5 ?
Should any patches be against devel-vnext instead of trunk ?
Should there be instructions on <http://trac.roundcube.net/wiki/
Dev_SVN> on how to check out and use devel-vnext ?
Is anyone using devel-vnext without major problems, known major
issues not resent in trunk ?
Am I asking too many questions ?
Charles Dostale
System Admin - Silver Oaks Communications
http://www.silveroaks.com/
824 17th Street, Moline IL 61265
_______________________________________________
List info: http://lists.roundcube.net/dev/
On item: Can we add a simple update scripte for developers - update to latest SVN / http://trac.roundcube.net/ticket/1484742
Seen the comments on this ticket. Would like to add some thought on it.
I understand that the core developers have SVN installed and can work with tortoise fine. But I think a lot of others out there don't use these two programs, or sometimes don't have the ability to access and/or install SVN on the ISP server - or don't have a local installation. On the other hand: when bugs are fixed there is often a statement that one should update to latest SVN to test. I have the idea that the issue logger often thinks it is to much of a hassle to reinstall (and even find out how and where to download the latest SVN - then copy config, chmod log directory and continue). The users that log the bugs are not developers and sometimes technology adverse.
Another way would be to have a a tester and developer only version available that always runs the latest SVN.
Seansan
_______________________________________________
List info: http://lists.roundcube.net/dev/
Adam, can you have a look at the ticket below. I think there are some good trac improvements that are suggested and will improve the way RC evolves (and adds clarity and speed of return).
http://trac.roundcube.net/ticket/1484641
Seansan
_______________________________________________
List info: http://lists.roundcube.net/dev/
I was reading about Yahoo's implementation of Open ID and was wondering if
it is possible to integrate OpenID in Roundcube in some sort of way. It
would be really cool and useful.
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi,
Anybody please verify my patch for #1484710. Works on my end, but I'm
quite sure I saw something over the head [1].
Robin
[1] Literal translation of a dutch expression, let's see how many people
understand :)
_______________________________________________
List info: http://lists.roundcube.net/dev/
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi,
I make a patch who improve the search :
- - When you click on a message, the previous/next button switch between
search result, and not all mails.
- - When you return to the list, the search is memorized
The patch close : http://trac.roundcube.net/ticket/1483883. I send it on
the ticket too.
Regards,
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.8 (GNU/Linux)
Comment: http://firegpg.tuxfamily.org
iEYEARECAAYFAkefffIACgkQjKKs5/FTCjXxgQCgle6fJm4cTMiG6MuAlq+L1Td0
zhMAniGFRDKTcZpbIGbMRcwor99g6v3D
=hhwd
-----END PGP SIGNATURE-----
--
Maximilien Cuony [The_Glu]
http://theglu.org
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/jr/uVTaa7ap/search-pattch
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 guys,
we progressed a bit with the merge ("translating" changes made since
the 0.1-rc1 release to devel-vnext branch) over the last weekend
including yesterday. I think we are half way there. If you follow
commits (1), you can check it out. I didn't have any time testing yet
and will hopefully continue tomorrow.
As Thomas previously wrote, we then need to work on 0.1 tickets (2),
if any of the developers could help out - it would be really
appreciated. After all we have 22 contributors (well, 21) according to
Ohloh (3) which theoretically means we have the resources.
Cheers,
Till (and also Tomasz)
1, <http://trac.roundcube.net/browser/branches/devel-vnext>
2, <http://trac.roundcube.net/query?status=new&status=assigned&status=reopened&…>
3, <http://www.ohloh.net/projects/240/analyses/latest/contributors>
_______________________________________________
List info: http://lists.roundcube.net/dev/
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi,
I make two small patches to correct two smalls problems :
First, When we got a new mail, the title of the page change (the number of
new mails is showed). But if we click to set a message as read, or delete
it,
the title counter is not updated.
So !
- - When a message is moved or deleted, the counter is updated [only for
inbox)
- - When a message is read/unread on the list, the counter is updated [only
for inbox]
- - If you access roundcube with an url like ?_task=mail&_mbox=INBOX,
counter
is updated (only for inbox)
- - If you read a message and return to the list, the counter is updated
- - We you read a message, the counter is updated too (counter is here when
you read the message). I don't know if it's a
good idea, but is hard to disable this (it's possible, but it's mean a lot
of changes)
- - If you navigate between folders and go to inbox, the counter is
updated.
- - When a new message is received, the title is updated, only for inbox !
(I
think this feature for trash is not very useful ;) )
It's fix http://trac.roundcube.net/ticket/1484650 :)
Second :
We you click on a list, and re-click later on the same row, the row is
showed as selected, but not in the interface (for example in the mail list
button for actions (replay...) switch to disables)
I didn't really found the problem in the code, but I find a way to fix the
problem. I tested the lists with my edit, and I don't see any changes in
they comportment, so I think it's ok.
All patches are based on the trunk, lasted revision. I hope you will patch
the trunk if there is no problems :)
Regards,
- --
Maximilien Cuony [The_Glu]
http://theglu.org
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.8 (GNU/Linux)
Comment: http://firegpg.tuxfamily.org
iEYEARECAAYFAkebNgoACgkQjKKs5/FTCjUYJgCfaoNMSYcPgGOmAyWlgrBiGfGt
XDEAniLuQJva9R+hmctKwr5yoQlZwwve
=dm/6
-----END PGP SIGNATURE-----
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/pf/7yJFnqq1/patch1-unreadcounter.txthttp://detached.gigo.com/rc/pf/7yJFnqq1/patch2-long-double-c.txt
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 Guys,
Something there I miss on round cube is the possibility to save all
attachments at once (or all images from one e-mail).
There is any plan? Someone already developed this feature?
--
Rodrigo Carvalhaes
DBA PostgreSQL
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hello everyone,
I hope this isn't something already discussed, but I didn't find
anything in the archive:
What feature I really miss is marking/flagging messages. Like
Thunderbird supports (the yellow star) and also most of the common
e-mail-clients.
Are there any plans / did anyone already start with that?
Raphael
_______________________________________________
List info: http://lists.roundcube.net/dev/
That sounds like a good feature. GMail does it nicely where it
automatically ZIPs all the attachments into a zipfile for easier
downloading. Something like that would be nice, and not too difficult if
the installation has the ZZIPlib or zlib module installed.
-Ben
_______________________________________________
List info: http://lists.roundcube.net/dev/
On Wed, 23 Jan 2008 16:36:23 +0100, "Maximilien Cuony [The_Glu]" <maximilien(a)theglu.org> wrote:
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hi,
>
>> On one last note; I can't help but notice the omission of keyservers
>> in any of these scenarios. I mean you /must/ use them. Yet nobody
>> even mentions the possibility of /them/ being trustworthy.
>
> Just to be sure, you're speaking about checking signs with key on servers
> (like pgp.mit.edu) ?
Or:
wwwkeys.pgp.net, or www.keyserver.net, or subkeys.pgp.net, or
blackhole.pca.dfn.de, or pks.aaiedu.hr, or random.sks.keyserver.penguin.de.
Yes. :)
--Chris
>
> Regards,
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.8 (GNU/Linux)
> Comment: http://firegpg.tuxfamily.org
>
> iEYEARECAAYFAkeXXvIACgkQjKKs5/FTCjVtzQCdEbI/7X8nbGF4ty3W0sJ9nNWp
> vAQAn0TZKGI7kK0g+od60alY3JtWCBl8
> =SC3e
> -----END PGP SIGNATURE-----
>
>
> On Fri, 18 Jan 2008 02:56:12 -0800, chris# <chris#(a)codewarehouse.NET>
> wrote:
>>
>>
>>
>> On Thu, 17 Jan 2008 20:22:41 +0100, till <klimpong(a)gmail.com> wrote:
>>> Dear Maximilien,
>>>
>>> On Jan 17, 2008 4:17 PM, Jason Fesler <jfesler(a)gigo.com> wrote:
>>>> (...)
>>>> Oh well, off my soap box. Implement what you want. I just hope any
>>>> README or whatever includes some paranoia.
>>>
>>> +1
>>>
>>> I'm not strictly against this feature but then again I wouldn't upload
>>> my key to *any* provider.
>>>
>>> Think about the general risk. I am not saying that someone will spy on
>>> you and steal your key but what if they get hacked etc..
>>
>> Then their ssl certs will /also/ be at risk. Hell, It /really/ is not
>> difficult
>> to "lift" their certs, and implement a little DNS cache poisoning and
>> claim to be them. Then /you/ as their user will continue to use a server
>> you /believe/ to be them. While all the while, they're (the hackers)
>> in complete control of your mail. Phishing also comes to mind.
>>
>>> There are
>>> multiple scenarios that come to mind. I guess it's fine to have this
>>> feature when you are in total control of your environment and don't
>>> mind the risk.
>>>
>>> Anyway, having said that - and since no one else said, "OH I AM
>>> WORKING ON THIS", go knock yourself out. ;-)
>>
>> I believe it is a worthy cause in both cases. It would simply be more
>> feasible as a "server side" solution.
>>
>> On one last note; I can't help but notice the omission of keyservers
>> in any of these scenarios. I mean you /must/ use them. Yet nobody
>> even mentions the possibility of /them/ being trustworthy.
>>
>>>
>>> Till
>> /////////////////////////////////////////////////////
>> Service provided by hitOmeter.NET internet messaging!
>> .
>>
>>
>> _______________________________________________
>> List info: http://lists.roundcube.net/dev/
> --
> Maximilien Cuony [The_Glu]
> http://theglu.org
/////////////////////////////////////////////////////
Service provided by hitOmeter.NET internet messaging!
.
_______________________________________________
List info: http://lists.roundcube.net/dev/
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi,
> On one last note; I can't help but notice the omission of keyservers
> in any of these scenarios. I mean you /must/ use them. Yet nobody
> even mentions the possibility of /them/ being trustworthy.
Just to be sure, you're speaking about checking signs with key on servers
(like pgp.mit.edu) ?
Regards,
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.8 (GNU/Linux)
Comment: http://firegpg.tuxfamily.org
iEYEARECAAYFAkeXXvIACgkQjKKs5/FTCjVtzQCdEbI/7X8nbGF4ty3W0sJ9nNWp
vAQAn0TZKGI7kK0g+od60alY3JtWCBl8
=SC3e
-----END PGP SIGNATURE-----
> On Fri, 18 Jan 2008 02:56:12 -0800, chris# <chris#(a)codewarehouse.NET>
> wrote:
>>
>>
>>
>> On Thu, 17 Jan 2008 20:22:41 +0100, till <klimpong(a)gmail.com> wrote:
>>> Dear Maximilien,
>>>
>>> On Jan 17, 2008 4:17 PM, Jason Fesler <jfesler(a)gigo.com> wrote:
>>>> (...)
>>>> Oh well, off my soap box. Implement what you want. I just hope any
>>>> README or whatever includes some paranoia.
>>>
>>> +1
>>>
>>> I'm not strictly against this feature but then again I wouldn't upload
>>> my key to *any* provider.
>>>
>>> Think about the general risk. I am not saying that someone will spy on
>>> you and steal your key but what if they get hacked etc..
>>
>> Then their ssl certs will /also/ be at risk. Hell, It /really/ is not
>> difficult
>> to "lift" their certs, and implement a little DNS cache poisoning and
>> claim to be them. Then /you/ as their user will continue to use a server
>> you /believe/ to be them. While all the while, they're (the hackers)
>> in complete control of your mail. Phishing also comes to mind.
>>
>>> There are
>>> multiple scenarios that come to mind. I guess it's fine to have this
>>> feature when you are in total control of your environment and don't
>>> mind the risk.
>>>
>>> Anyway, having said that - and since no one else said, "OH I AM
>>> WORKING ON THIS", go knock yourself out. ;-)
>>
>> I believe it is a worthy cause in both cases. It would simply be more
>> feasible as a "server side" solution.
>>
>> On one last note; I can't help but notice the omission of keyservers
>> in any of these scenarios. I mean you /must/ use them. Yet nobody
>> even mentions the possibility of /them/ being trustworthy.
>>
>>>
>>> Till
>> /////////////////////////////////////////////////////
>> Service provided by hitOmeter.NET internet messaging!
>> .
>>
>>
>> _______________________________________________
>> List info: http://lists.roundcube.net/dev/
> --
> Maximilien Cuony [The_Glu]
> http://theglu.org
--
Maximilien Cuony [The_Glu]
http://theglu.org
_______________________________________________
List info: http://lists.roundcube.net/dev/
Vincent Bernat wrote:
> A vulnerability was discovered in Roundcube:
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=455840
>
> It seems that there is no fix yet. Any idea on this topic?
This is not strictly a RoundCube vulnerability but Internet Explorer's
intended behaviour.
I'm not sure if we need to prevent IE doing something that Microsoft
wants it to do (http://openmya.hacker.jp/hasegawa/security/expression.txt):
'As a result of having confirmed in our company development department,
this phenomenon is the behavior by design of Internet Explorer,
and it was judged it does not fit the definition of vulnerability.'
On the other hand, if a 'fix' can prevent IE users into more trouble
than they already are :), and it won't break any functionality, I see no
problem working around this 'feature'.
I'll try to find out what other webmails do about this.
A workaround would be for IE users to turn off the 'Prefer HTML' option.
Robin
PS. Interesting, the posting on securityfocus says 'Author was contacted
on 2007-05-11' but I don't recall any _specific_ vulnerability being
reported on the dev-mailing list around that time. Unfortunately the
archives are down right now so I cannot check my external memory.
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi all,
i have one small question. I like GUI a style of Roundcube webmail.
Can i use some GUI and style for own webmail programmed in python ?
i possible use XHTML structure, graphics and CSS ?
i want have serveral interface pro webmail and is up to user what he
sellect..
My product is commercial software for our customers..
H.
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi all,
Do you remember me ? I had begun (begin ?) a filter system for roundcube,
but I see Emi is working on it, so I will not continue...
Btw, I finally switched to roundcube as my main webmail, and a feature who
I'd like to have is pgp/gpg working :).
So if nobody is working on it I will be realy happy to help !
How do you see the GPG/PGP feature ? Something working on the server or on
the client ?
I'm a developer of FireGPG, an extension for FireGPG who implement gpg's
features into Gmail (and Firefox of course), work will be easy, and more if
it's implemented into roundcube's interface (and FireGPG will call by
roundcube).
What do you think ?
Regards, and sorry for my English :)
----
Maximilien Cuony [The_Glu]
http://theglu.org
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi everyone!!
First of all, my old email address (emi(a)algorismia.com) is temporally out,
so I write from here.
I've working on filters UI. I don't send the patch because I've not updated
(yet) the sql2filter php script. And I also want opinions, recomendations,
etc.
You can see the working new filters UI at:
URL: http://rcdev2.cio.cat
User: rcdev
Passw: rcdev
Instructions:
- The dropareas are the empty squares
- Dragg'n'drop objects to change their position
- Dragg'n'drop the buttons to add objects to the filter
- Double click on an object to edit it's data
- Doubleclick again or press ENTER to save it, or ESC to cancel changes
Todo list:
- Delete object (filter node)
- Control the 'too much recursion' JavaScript error
- Insert between function, to insert an object between other two
- Klipper area, where you can leave objects temporally
- "IFrameize" the WorkArea
- Scroll when needed
- Make a better positioning rules (try to create a 6 levels filter)
- Make a better Condition editing
- Control the data inserted on objects (valid email address, ...)
- Use an HTML editor for Reply objects
- Use data from addressbook, saved messages, etc to create/edit objects
If someone wants the patch to help coding, just tell me.
Waiting foe your comments,
emi
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hello,
Attached the French (fr) localization files packed in a .zip archive file.
I have filled all empty fields of both files with the help of
http://translator.roundcube.net/
Please update the svn.
Thanks for this great webmail !
Regards,
Joel
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/Mf/lekIYaeJ/french.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!
I am new to the list, so here goes a BIG FAT THANKS to all of you guys doing
all this hard work so we can enjoy a nice, clutter-free webmail. Kudos! :)
Now, I just set up a simple postfix+dovecot+postgres virtual-domain mail
server, and I want the users of this setup to be able to change their
passwords without "bothering me" :)
I checked the available tickets first, and found out that there is at least
one ticket (#1484558) that asks for pretty much the same stuff that I wanted,
so I decided to code it and see if you want it into the tree.
I uploaded my patch to TRAC, and I am sending the patch and my comment posted
there by email simply for redundancy's sake :)
--- Posted to TRAC, http://trac.roundcube.net/ticket/1484558 ---
PATCH: (against rev. 950)
----------------------------------------------------------------
My patch implements a simple RPC dialog so that admins can set a nice URL
in the main.config via a new config variable
($rcmail_config['change_password_rpc']) pointing to where the
change-password requests will be POSTed from the simple GUI form.
I have added a tab called 'Passwords' in the 'Personal Settings', showing
the so-common form with username, old pass, new pass and confirm pass. I
also show the IMAP server, in case this information could be relevant to
the admin changing the password.
By letting the user choose the username, a user with more than one
identity can change all the passwords easily. In any case, in a further
patch, it would be good to limit the username field to only the identities
of the user.
I have also added an example file of an RPC similar to one I use to change
my user passwords in my setup described above. I have added it to the SVN
tree so that the diff showed it nicely, but surely this should only be in
an examples folder, as it is not RC job to do all that.
I have tried to code everything following the RC style, but no-one is
perfect. Please tell me if I should change files around, etc.
Whishlist:
----------------------------------------------------------------
* Limit the username field to only the identities of the user.
* Add one of those "password strength meters" to the form so that
users can see when their passwords are crap weak :)
* Clean up the RPC part and generalize it so that more backends
(such as the one requested in this ticket) can be plugged in.
----------------------------------------------------------------
As a side note, I think that this functionality could be generalised into a
core component for password changing so that RC could play nicely with other
RPCs indicating the password encoding scheme, etc. Perhaps, it could be
generalised into a "plugin" architecture, where the plugins could talk RPC to
other web services :-? I will go and see if you guys have stuff published on
your wiki about the plugin architecture :)
Anyways, hope you find it useful!
Cheers,
--
J. Javier Maestro <jjmaestro(a)nosys.es>
Socio Consultor - Nosys AJjV S.L.
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/Xs/+xcKcymH/change_passwords-pat.tgz
Only click these links if you trust the sender, as well as this message.
--- 8< --- detachments --- 8< ---
_______________________________________________
List info: http://lists.roundcube.net/dev/
On of the problems we encounter as an ISP is the occassional
customer account getting hijacked and used to send spam from the
webmail interface.
To assist in tracking down the perpetrators, we've created a patch
that inserts a Received header that records information so we can
track down the compromised account. (In particular, the timestamp,
source IP address and login name.)
The header is formatted like this:
Received: from [ip-address] (host.domain; login=username)
by hostname-of-server
with HTTP/version ;
datestamp
You might wonder "why use the Received header"; well, the simple
reason is so it can be processed the same way as any other spam report
- and we get a lot of those.
Is this of interest to anyone else?
-Martin
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hello all and happy holidays. I'm sending the updated Greek - Hellenic
translation for rc2. Also I noticed what might be a grammar error in the
English version of messages.inc for message "receiptsent". I believe it
should read "Successfully sent the receipt message", past tense, instead
of "Successfully send the receipt message".
Might be easier to update it directly instead of submitting a new archive.
_______________________________________________
List info: http://lists.roundcube.net/dev/
Here's mu update for the Macedonian language translation. And if you
please change the Macedonian (Slavic FYROM) as it should be. We are
not UFO's you know.
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/r4/jtso8KfD/macedonian_upd.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,
With help from Jonas Näsholm (thank you) here is the swedish
translation for RC 2.
Regards
</Fredrik>
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/UR/i9y0NM8i/roundcubemail-0.1-rc.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/
Hello all,
I am a new member, having subscribed just now. I am interested
in taking part in the development of roundcube. I have decent
knowledge in php. Also, as I am new to this list, I am not aware of
the list guidelines, like the tags to be added to mail like OT,etc. So
if someone can help me around with that and with what the current
discussions are about, It will be really nice for me. Thanks in
advance.
--
Thank you
Balachandran Sivakumar
(benignbala)
Arise Awake and stop not till the goal is reached
Learn to live.................Live to learn
Mail: benignbala(a)gmail.com
Blog: http://benignbala.wordpress.com/
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi,
i'm from Italy, so sorry for my not good english.
I'm a web programmer, i'm skilled in PHP, MySQL,JavaScript, XHTML and CSS.
I'm also installed roundcube webmail in my mail server.
I think you made a good work.
I never be a part of a open source project.
I've the skill (i hope) no very much free time, but i'd like try to give
an hand to your work.
my first step was subscriving that mailing list... later i'll read the
documentation about structure and so..
see you
Michele Menciassi
--
Michele Menciassi
m.menciassi(a)isikom.it
+39 0721 24678 ufficio/fax
+39 346 4029486 mobile
+39 02 320625626 casella vocale
ISIKOM di Michele Menciassi
Via Gagarin 191
61100 Pesaro (PU)
==============================================================================
E maggior fortuna sarebbe, se in Italia ci fossero più toscani e meno italiani
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi All,
I recently started using RoundCube as a webmail client. One of the
things the users I administer asked for was the ability to change their
IMAP root directory. I tried a bunch of IMAP webmail clients and I have
to say RoundCube is the best performing one I've found.
That being said, I went and patched the source to allow users to specify
a new IMAP root directory. Attached is a copy of the patch. It's been
diffed off of the subversion repository, rev number 944. I figured I
would submit it and see if you guys thought it was useful.
Thanks.
--
Jason Williams
Linux Systems Administrator
Computer Science Department
Johns Hopkins University
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/Ds/jYY3vXDb/roundcubemail-svn.im.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/
Hi Thomas & others
Firstly apologies for my lack of involvement, after I said initially
that we would like to contribute to the project. I did get a contractor
to do some work, but he got hijacked by the marketing dept to implement
their CSS branding. So neither of us has actually gotten much done on
the bugs list; sorry. (We do have _some_ other patches, but I'll detail
those in a separate email.)
On Wed, 17 Oct 2007 17:20:29 +0200, "Thomas Bruederli"
<roundcube(a)gmail.com> wrote:
> In case your users access the webmail on different domains, you can
> set $rcmail_config['username_domain'] using a host-specific config
> file. In order to get this work, you have to enable
> $rcmail_config['include_host_config'].
I wish they did, but no. They all use "webmail.ihug.co.nz", even if they
log in from a page in another domain. And they're being seriously
discouraged from doing even that by our marketing department: they want
the One True Brand.
> I assume that your IMAP server does require a full e-mail address as
> user name. In this case the login should always work with full
> addresses. The 'username_domain' is only added if the user name does
> not contain an @ sign.
Have you ever tried to get 150000 people to change how they log in? If
even 99% get it right, that's 1500 people who ring up to complain that
it's stopped working.
The main point of this patch is to allow reasonable transition
arrangements from other webmail platforms.
> You can also maintain a patch that can be applied on the latest
> release instead of adding this to the trunk.
So far my patch has survived "svn update" since r804, but we'd really
prefer not to do it that way; several times I've needed to do "svn
resolved", and it gets quite messy if I don't get to work on it for a
while.
The patch does nothing unless $rcmail_config['login_domain_list'] is set
(to an array of domain names), so it wouldn't impact on other users.
-Martin
_______________________________________________
List info: http://lists.roundcube.net/dev/
I just commited a first implementation of this feature. You can check it
out from SVN or download it from
http://nightly.roundcube.net/trunk/roundcubemail-trunk-r938-20071210.tgz
Please try it out and post errors as comments to
http://trac.roundcube.net/ticket/1483963
~Thomas
kmnair wrote:
>> On 11/29/07, Thomas Bruederli <roundcube(a)gmail.com> wrote:
>>> I see the importance if this feature. After looking at the specification,
>>> the status is saved as message flag and is therefore independent of the
>>> mail client. If you confirm the message in one client, another one should
>>> not ask again for it. I just started to implement some IMAP basics to
>>> support this in RoundCube but it'll take a while.
>>>
>>
>> I am much concerned because I am running RC on an official network on
>> an experimental basis and such features count a lot.
>>
>
> Hello Thomas,
>
> On going through the trac, I find a feature request already made one
> year ago by somebody else.
>
> Ticket #1483963
>
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hello, roundcube developers team!
We are developing web 2.0 project and want to use roundcube as webmail
in this application.
You have any license except for GPL?
Or how we can use your software?
Thanks, Yvan
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi, guys
I'm interested in what you all think about adding a default charset to
each language file, IN the language file, so contributors update it
without problems, maybe as a label like like:
$labels['default-charset'] = "windows-1251";
and then use it in roundcube to process message body and headers on
messages not specifying content type.
The problem i'm trying to fix is that LOTS of crappy sites here in
Bulgaria send messages in Bulgarian, but without specifying content-type
encoding, or specify the content-type encoding, but do not encode the
headers properly.
I propose this process for selecting the encoding of the headers and
message:
1. if the message states content-type encoding, and the headers are
properly encoded - do nothing.
2. if the headers are not encoded with an encoding (i.e. they do not
start with =?windows-1251? or whatever), and if an encoding was statet
in the content-type header - use that to transform the headers.
3. if headers are not encoded, and the content-type states no encoding,
use the one specified as default for the language currently used.
I need such a functionality for my setup (though i do not state the
above steps are the most correct one in this case), and will develop it
anyways. I'm just willing to get some feedback if you think this is the
right way to do it, and will send a patch to the trac when it's ready.
Regards,
Doichin
_______________________________________________
List info: http://lists.roundcube.net/dev/
Sorry about sending in an update again. I've fixed several typos.
Attached - Bulgarian localization files.
Thank you!
---------------- Doichin Dokov NetOne - Silistra, Bulgaria +359 86
510 210 +359 889 811 777 +359 878 811 777
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/Yd/cot92DsF/messages.inchttp://detached.gigo.com/rc/Yd/cot92DsF/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/
On Dec 4, 2007, at 1:05 PM, Michael Baierl wrote:
> You are right, you are right and thanks for the info.
Even if RC is safe from this, I would suspect that many people on the
RC Dev List also have their fingers in other web app projects which
_might_ be impacted. In other words, good info to know for work
outside of RC, which was my main reason for posting it here.
Charles Dostale
System Admin - Silver Oaks Communications
http://www.silveroaks.com/
824 17th Street, Moline IL 61265
_______________________________________________
List info: http://lists.roundcube.net/dev/
I ran across this on the Fedora Dev List -
> * Much to my dismay, many web authors will look for only IE or
> Firefox.
> There are websites that actually STOP WORKING if the browser is not
> Firefox (or IE). Firefox CVS HEAD builds recently stopped reporting
> "Firefox" in the useragent string for example which made many sites[1]
> break.
>
> [1]
> https://bugzilla.mozilla.org/showdependencytree.cgi?
> id=334967&hide_resolved=1
That Mozilla Bugzilla link shows the sites "broken" by the UA change
noted above.
Thought y'all should be aware that FF3 might have this UA string change.
Charles Dostale
System Admin - Silver Oaks Communications
http://www.silveroaks.com/
824 17th Street, Moline IL 61265
_______________________________________________
List info: http://lists.roundcube.net/dev/
Attached the Bulgarian (bg) localization files, updated with the latest
additions to the language files.
Please update them in the svn.
Regards,
Doichin
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/RC/Q7UMRCOD/labels.inchttp://detached.gigo.com/rc/RC/Q7UMRCOD/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/
Hi,
I have a fix for #1484681 (see patch in the ticket) but I'm not sure if
I missed something.
The function subscribe() in program/include/rcube_imap.inc splits
mailboxes into an array with a comma as delimiter. That's the source of
the problem in this ticket.
It splits into an array because that's what _change_subscription()
wants. that's OK.
The array should be splittable from a text string because
change_subscription() in apps.js may send more than one folder.
Understandable.
But: change_subscription() in apps.js is never called. Ever.
Thus I removed it, and made sure subscribe() and unsubscribe() call
_change_subscription() with an array as first argument.
Is this okay? Is change_subscription() an old artefact, or is it needed
somewhere else in the future?
Robin
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hello
I had an early version of RC running on my box and attempted to upgrade to
the latest release.
I did not modify nor update the Database, I left it as was and deployed the
webmail site.
now i can read incoming mail without any issues but the bizzare thing is
that if i want to forward,
compose or reply, the default identity is missing from the dropbox and hence
i am unable to
post anything.
so is this due to not having the db updated or modified somehow during my
upgrade process?
or is this a latelly generated bug?
regards
BL
_______________________________________________
List info: http://lists.roundcube.net/dev/
Since there is no "double click" available through the iPhone
interface, is there an alternate way to open a message?
Joel Clermont
joel(a)orionweb.net
262-377-9930
_______________________________________________
List info: http://lists.roundcube.net/dev/