Dev

dev@lists.roundcube.net

1 participants
4305 discussions

SMTP settings override via Identities
by Rainer Klaffenboeck 11 Feb '08

11 Feb '08

Hello all, I recently (actually yesterday) set up RoundCube, and I've gotta say, it looks quite promising. One thing I was missing though, was being able to override SMTP settings from within Identities. This is because I use 3 different POP3/SMTP accounts that I collect into a single IMAP account. For each of these accounts I have to use different SMTP settings. This is where the following patch comes in: http://schrei00.dyndns.org/files/roundcubemail-identity-smtp.svn1039.diff Basically it adds the smtp_ settings to the identity settings, and, and this is the ugly part, passes the identity array all the way through, until the SMTP connection data is being assembled. The patch doesn't take care of non-MySQL databases. (The other DDL scripts are not being updated.) I do understand that this patch is an ugly hack, but I wanted to get opinions on whether this feature is actually desirable, or if I'm the only one needing it. Opinions/ideas/suggestions are welcome, Hobbes PS: Sorry if this turns out to be a double 'post', but I confirmed the list subscription only after sending this mail the first time. _______________________________________________ List info: http://lists.roundcube.net/dev/

2 1

SMTP settings override via Identities
by Rainer Klaffenboeck 11 Feb '08

11 Feb '08

Hello all, I recently (actually yesterday) set up RoundCube, and I've gotta say, it looks quite promising. One thing I was missing though, was being able to override SMTP settings from within Identities. This is because I use 3 different POP3/SMTP accounts that I collect into a single IMAP account. For each of these accounts I have to use different SMTP settings. This is where the following patch comes in: http://schrei00.dyndns.org/files/roundcubemail-identity-smtp.svn1039.diff Basically it adds the smtp_ settings to the identity settings, and, and this is the ugly part, passes the identity array all the way through, until the SMTP connection data is being assembled. The patch doesn't take care of non-MySQL databases. (The other DDL scripts are not being updated.) I do understand that this patch is an ugly hack, but I wanted to get opinions on whether this feature is actually desirable, or if I'm the only one needing it. Opinions/ideas/suggestions are welcome, Hobbes _______________________________________________ List info: http://lists.roundcube.net/dev/

1 0

RC: Message flagging, unflagging
by Seansan 09 Feb '08

09 Feb '08

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/

1 0

some coding on a spam plugin
by Seansan 07 Feb '08

07 Feb '08

Hi there, was working on some code for a spamassisin plugin. If any of the experienced coders are interested, come have look ... there are some RC specific things that I am not sure of. http://roundcubeforum.net/forum/index.php?PHPSESSID=4367c793c11336f70c25c96… Seansan _______________________________________________ List info: http://lists.roundcube.net/dev/

1 0

Can we add #1484601 to current roadmap & testing merge
by Sean N. Heukels 07 Feb '08

07 Feb '08

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/

2 3

Converting HTML entities to utf-8 for plain text MIME part
by Jiri Kaderavek 07 Feb '08

07 Feb '08

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/

2 1

Default Login Page
by daniel＠nullroutes.com 06 Feb '08

06 Feb '08

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/

2 1

Re: [RCD] @Brett - forum suggestion
by till 05 Feb '08

05 Feb '08

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/

3 3

Critical Bug empty's Inbox
by Stefan Novak 05 Feb '08

05 Feb '08

Hello! There is a critical Bug in Roundcube that empty's the users mailbox when emptying the trash folder... http://trac.roundcube.net/ticket/1484449 <http://trac.roundcube.net/ticket/1484449> "empty kills mailbox" http://roundcubeforum.net/forum/index.php?topic=2195.new;topicseen#new Empty Trash empties INBOX <http://roundcubeforum.net/forum/index.php?PHPSESSID=ee05103c553298635a1 503839337a382&topic=2195.msg8706#msg8706> We also figured out that this always happen's when the user clicks on the button empty trash and at the same time the automatic refresh of the inbox is happen, the inbox is also empty. Maybe it's the same Problem described in: http://trac.roundcube.net/ticket/1484678 Method session_start with custom session handlers is not thread-safe I hope we can discuss some solutions, because we can't fix this issue by ourselves... thx Stefan _______________________________________________ List info: http://lists.roundcube.net/dev/

5 4

@Brett - forum suggestion
by Seansan 05 Feb '08

05 Feb '08

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/

3 3

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Dev