Dev

dev@lists.roundcube.net

1 participants
4315 discussions

Auto suppression
by Pierre Will 26 Feb '13

26 Feb '13

Hi, Is that possible to delete automaticly the incomming message in roundcube webmail ? Thx ------------------------------------ Bonjour, Est il possible de supprimer automatiquement les message de roundcube wubmail ? Merci

2 1

R: Re: Big big problems with attachments and user session (missing attachments)
by kaifamm＠libero.it 26 Feb '13

26 Feb '13

Hi, yes I've read that ticket but there is also the problem with individual attachments and working on the addressbook, or by simultaneous operations not necessarily on attachments. Why it would not work with multi-server env ? The file with the attachment data is saved in the temp folder with filename equal to the compose_id so it should always work. I doing something wrong ? If useful I can post my edits. But the underlying problem seems to me synchronize or SERIALIZE operations that are done on RQ and the data stored in the user session. This error is the most obvious but it may equally happen on other data like body, subject, etc.. Thank you Marco Marcantelli >----Messaggio originale---- >Da: alec(a)alec.pl >Data: 26/02/2013 9.52 >A: <dev(a)lists.roundcube.net> >Ogg: Re: [RCD] Big big problems with attachments and user session (missing attachments) > >On 02/26/2013 09:40 AM, kaifamm(a)libero.it wrote: >> RQ 0.85 loses attachments and it is reproducible. If I insert a new >> attachment and then, quickly, I use the addressbook, RQ loses the attachments, >> also the single attachment. > >We have a ticket for this issue, http://trac.roundcube.net/ticket/1488422 > >> For the moment I have a workaround that instead of saving the attachment data >> COMPOSE_DATA in user session it saves them in the temp folder and use it to >> send attachments and it works. > >This won't work for all cases (multi-server env). I suppose we'll extend >attachment handling plugins in a way which will store metadata not in >the session, but in cache maybe. > >-- >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 >_______________________________________________ >Roundcube Development discussion mailing list >dev(a)lists.roundcube.net >http://lists.roundcube.net/mailman/listinfo/dev >

1 0

Using the address book quick search JS from plugins
by Chris Moules 21 Feb '13

21 Feb '13

Hello, I am looking at adding address book 'quick search'/auto-complete functionality, amongst other enhancements, to the advanced_search plugin for the email relevant fields (To, From, etc). This will allow for quick and easy entry of email addresses that are in the address book. Looking at the functionality in the compose, simply adding this JS snippit to the input seems to work: <code> var ac_props; rcmail.init_address_input_events(row_input, ac_props); </code> The problem being that this wraps the email address with "<>", prepends the display name and appends ", " to the data. Trying to just use this and filtering the email our with a regex in the backend is problematic due to the "<email>" being removed via the XSS HTML tag filtering protection. Disabling this is also not desirable. What I would like is to have the same type of functionality but choosing only to place the email address in the field. I have done a little digging through the JS code but did not quickly find something that matched my requirements. Can someone point me in the right direction or do I need to try to trace what is happening all through app.js.src. I would like to reuse as much of the core code as possible. Regards, Chris -- Global Media Systems SA 212, route de Thionville - L-2610 Howald tel. +352 48 28 11 - fax +352 48 28 110

2 2

Ready for the big 1?
by Thomas Bruederli 20 Feb '13

20 Feb '13

Hello folks We're in the final round of getting the 0.9 stable release ready and the question about the next major version arises. I know, our versioning has been very modest and therefore we're at 0.9 after more than 7 years of development. When starting Roundcube back in 2005, my vision about Roundcube version 1.0 was to be feature complete and ready for the average daily needs of email messaging. However, during the years we might have lost our objectivity for things like feature-completeness and that's why I'd like you to speak up for this. Do you think Roundcube deserves the version 1.0? My personal gut feeling says "yes, of course". Since version 0.7 we're seeing nearly 100K downloads from our mirrors and each installation of Roundcube serves up to several thousand users. While the total number of Roundcube users is still unclear, I nevertheless think that the broad use of our software is a clear indicator that it actually *is* ready for the average daily messaging. Together with this simple yes-no question, I'd also like to give you the opportunity to submit your personal "1.0 wish list". Feel free to post your top 3 must-have features you're currently missing in Roundcube. Your feedback will help us to hopefully make the right decisions and to do the further planning for the roadmap beyond the 1.0 release. Many thanks for your support and participation! Cheers, Thomas

13 19

Rate limiting plugin
by David Carter 17 Feb '13

17 Feb '13

Good morning, I'm a Roundcube newbie who is currently working on some minor plugins to adapt Roundcube to our needs. One of our requirements is the ability to disable outgoing mail on accounts compromised by spammers after someone falls for a phishing spam. The attached plugin is close to what I need, other than the fact that the user doesn't get any feedback to indicate that email has been disabled. Should I be using something other than rcmail::raise_error() to stop Roundcube in its tracks and generate an error page? Thanks, -- David Carter Email: David.Carter(a)ucs.cam.ac.uk University Computing Service, Phone: (01223) 334502 New Museums Site, Pembroke Street, Fax: (01223) 334679 Cambridge UK. CB2 3QH. /* ================================================================== */ class hermes_ratelimit extends rcube_plugin { public $task = 'mail'; private $max_recipients = 1000; public function init() { $this->add_hook('message_before_send', array($this, 'message_before_send')); } public function message_before_send($p) { $username = $_SESSION['username']; # XXX Should check if $username compromised in previous login session here. $mailto = $p['mailto']; $recips = explode(",", $mailto); $count = count($recips); if (isset($_SESSION['recip_count'])) { $_SESSION['recip_count'] = $_SESSION['recip_count'] + $count; } else { $_SESSION['recip_count'] = $count; } if ($_SESSION['recip_count'] >= $this->max_recipients) { error_log("hermes_ratelimit: " . $username . " reached limit of " . $this->max_recipients); # XXX Should add $username to database blacklist here rcmail::raise_error (array('code' => 800, 'type' => 'smtp', 'message' => "Compromised account? Outgoing email disabled!" ), true, true); } } }

2 2

Reply-To entered in identity being overwritten upon adding another address
by Michael Heydekamp 02 Feb '13

02 Feb '13

It's a bit unfortunate that any Cc, Bcc and Reply-To addresses entered in an identity are still not shown in the compose window (so that you can never be 100% sure if the respective headers are filled correctly), but I just encountered an even more serious issue: Unlike to Cc and Bcc, where I can manually add any other addresses while the ones entered in the identity are being preserved, any address added to the Reply-To field is not really "additional": It does overwrite the ones defined in the identity. Of course, I realized that only AFTER I sent the message... I request to correct this (and furthermore, I request to display all addresses being defined in the identity). I'm fully aware that it may get somewhat complicated if you're switching identies in the compose window back and forth (to distinguish between manually added addresses and addresses being defined in the identity...). But anyway, to display all of them would instantly disclose any problems and the user would at least have the chance to correct them manually. Cheers, -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany

2 3

Display of message flowed, although message not being declared as flowed
by Michael Heydekamp 02 Feb '13

02 Feb '13

For a number of good reasons, I usually do not produce messages in "format=flowed". Roundcube (hopefully unintentional) seems to ignore my intention, as it does display EVERY message as it would be in "format=flowed" upon reading it. Specifically: Resizing the window also leads to a line-rewrapping, which is continously adapted to the current window size. This breaks the display of things such as tables, charts, ASCII-Art etc., and makes them pretty unreadable. But exactly these things are the reason why I want to avoid "format=flowed". This format may make some sense if a message contains nothing but "flowing" text (but even then I find those extremely long lines difficult to read), but you can't take it for granted that a message does not contain anything else but "flowing" text. May I request to limit this behaviour to messages which are explicitely declared as "format=flowed", but to avoid it for messages not being declared as such? Technically this is possible, as I just verified. ;) Cheers, -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany

3 6

Kolab calendar plugin: no notifications
by Rob Sheldon 31 Jan '13

31 Jan '13

Hate to bug the mailing list with this, but I spent several hours going through the code & Google, and I'm stumped. I'm running 0.8.4, I'm trying to get the Kolab calendar plugin working because it looks pretty slick. Latest version of that available for download seems to be v0.7.4, except for a v3.0.1. I can't tell which one (if either) is correct for 0.8.4, but 3.0.1 complained immediately about a missing rcube class, so I fell back to 0.7.4 which mostly works (after you copy the skins in from v3.0.1). The only problem it seems to be having is that no notifications are going out for events. I would assume that it needs to be tied in to some kind of cron job (or...?), but I don't see a reasonable-looking candidate for that, nor have I been able to sort out how the notifications system is supposed to work. I see events being added to the events table in MySQL, everything looks reasonable there, but I can't find anything responsible for handling them once they're in there. What am I missing? The docs are pretty thin. I'd be happy to help with either code / documentation if necessary. Thanks, - R. -- [__ Robert Sheldon [__ No Problem [__ Information technology support and services [__ (530) 575-0278

5 9

Re: [RCD] [Svn] [roundcube/roundcubemail] b3bbb2: Add addressbook widget on compose page in classic skin
by Michael Heydekamp 30 Jan '13

30 Jan '13

Great - thanks for that, Alec! There are a few issues, though: 1) In cases where more than just one mail address is assigned to an address book entry, Larry is displaying the addresses right next to the real name in italics. Can we have the same in Classic as well? Or, alternatively, display them in angle brackets? Or even both (which would be the best option IMO, also for Larry)? 2) Clicking on the down arrow of the spell check button leads to a "hidden" list of available languages (hidden behind the search field). See screenshot attached. Wouldn't it be better to move all those buttons to the right anyway (so that they are aligned with the text composing field)? 3) As we now need more horizontal space on the screen than before, I'm still struggling to convince IE8 to open a wider window when I'm replying in a new window (which is my preferred option). Any idea how I can do that, or might Roundcube be able to set the window size? Anyway, you fulfilled one of my most important wishes, so thanks again. Cheers, -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany Am 27.01.2013 13:17, schrieb GitHub: > Branch: refs/heads/release-0.9 > Home: https://github.com/roundcube/roundcubemail > Commit: b3bbb281002386f6cedf5b6f007074ecbfc96f5b > > https://github.com/roundcube/roundcubemail/commit/b3bbb281002386f6cedf5b6f0… > Author: Aleksander Machniak <alec(a)alec.pl> > Date: 2013-01-27 (Sun, 27 Jan 2013) > > Changed paths: > M CHANGELOG > M skins/classic/addressbook.css > M skins/classic/functions.js > M skins/classic/googiespell.css > M skins/classic/ie6hacks.css > M skins/classic/iehacks.css > M skins/classic/images/icons/groupactions.gif > M skins/classic/images/icons/groupactions.png > M skins/classic/mail.css > M skins/classic/splitter.js > M skins/classic/templates/compose.html > > Log Message: > ----------- > Add addressbook widget on compose page in classic skin > > > Commit: b0cc5519d74ac50a2c01b8106f9afa43357ccb48 > > https://github.com/roundcube/roundcubemail/commit/b0cc5519d74ac50a2c01b8106… > Author: Aleksander Machniak <alec(a)alec.pl> > Date: 2013-01-27 (Sun, 27 Jan 2013) > > Changed paths: > M skins/classic/mail.css > M skins/classic/templates/mail.html > > Log Message: > ----------- > Small fix to initial splitter position > > > Compare: > https://github.com/roundcube/roundcubemail/compare/a8fd895263d6...b0cc5519d… > > _______________________________________________ > Roundcube SVN commits mailing list > svn(a)lists.roundcube.net > http://lists.roundcube.net/mailman/listinfo/svn

1 2

Attaching text files and charset declaration
by Michael Heydekamp 30 Jan '13

30 Jan '13

To make sure that a text file attached to a message will be displayed correctly at the recipient's end, it requires a correct charset declaration. Currently I don't see any chance to declare a specific charset when attaching an arbitrary text file with Roundcube. AFAIK and AFAIR, mutt for instance can do that (as being stated in a Usenet newsgroup longer ago, I did never use mutt myself). Of course, neither Roundcube nor any other MUA can guess the correct charset. The user attaching the file needs to know (and declare) it. Any hope that this will be possible in the nearer future? Cheers, -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany

1 0

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