Dev

dev@lists.roundcube.net

1 participants
4305 discussions

Updated Swedish localizations for plug-ins
by Jonas Nasholm 24 Mar '10

24 Mar '10

Hi, I’ve attached updated Swedish localizations for the following plug-ins: - archive - managesieve - password - vcard_attachments Regards, Jonas Nasholm Bitfuse Network --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/gY/+kGQMweq/archive.zip http://detached.gigo.com/rc/gY/+kGQMweq/managesieve.zip http://detached.gigo.com/rc/gY/+kGQMweq/password.zip http://detached.gigo.com/rc/gY/+kGQMweq/vcard_attachments.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/

1 0

IMAP capability detection
by Rudolfs Osins 24 Mar '10

24 Mar '10

Hello everyone! I was wondering, why my Roundcube instance wouldn't show the quota bar, turns out that there is a problem with detecting IMAP capabilities in the RC code. And looks like I'm not the only one: http://trac.roundcube.net/ticket/1485750 In short, our mail cluster setup doesn't return the full set of IMAP capabilities before the user has been logged in. Our setup (RC 0.3.1-20091031): Webmail front-end | mail cluster RC -> imapproxy -> perdition -> courier imap Here is what an IMAP connection looks like from the webmail box: root@webmail:/# nc 127.0.0.1 143 * OK IMAP4 Ready dzilna 00021323 C: CAPABILITY * CAPABILITY IMAP4 IMAP4REV1 XIMAPPROXY C: OK Completed C: LOGIN rudolfs(a)sigmanet.lv xxx C: OK User logged in C: CAPABILITY * CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT QUOTA IDLE ACL ACL2=UNION C: OK CAPABILITY completed But when logging in with roundcube I get the following (using xdebug): public 'capability' => array 0 => string 'IMAP4' (length=5) 1 => string 'IMAP4REV1' (length=9) 2 => string 'XIMAPPROXY' (length=10) After a little poking around in the Iloha IMAP library, I came up with this hack: root@webmail:/var/www/rc# git diff program/lib/imap.inc diff --git a/program/lib/imap.inc b/program/lib/imap.inc index 9d896ff..6df5855 100644 --- a/program/lib/imap.inc +++ b/program/lib/imap.inc @@ -452,6 +452,7 @@ function iil_C_Login(&$conn, $user, $password) { if ($result == 0) { $conn->error .= ''; $conn->errorNum = 0; + iil_C_ClearCapability($conn); return $conn->fp; } It clears the capability array after a successful login. After logging in with this change I get: public 'capability' => array 0 => string 'IMAP4REV1' (length=9) 1 => string 'UIDPLUS' (length=7) 2 => string 'CHILDREN' (length=8) 3 => string 'NAMESPACE' (length=9) 4 => string 'THREAD=ORDEREDSUBJECT' (length=21) 5 => string 'THREAD=REFERENCES' (length=17) 6 => string 'SORT' (length=4) 7 => string 'QUOTA' (length=5) 8 => string 'IDLE' (length=4) 9 => string 'ACL' (length=3) 10 => string 'ACL2=UNION' (length=10) And the quota bar is working. Also this bug could be responsible for the IMAP SORT feature not working on my setup... Your thoughts? Regards, Rudolfs _______________________________________________ List info: http://lists.roundcube.net/dev/

3 3

Updated Welsh translation
by Dafydd Tomos 24 Mar '10

24 Mar '10

Updated files for Welsh, labels and messages attached --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/Kw/WTUnEXPo/labels.inc http://detached.gigo.com/rc/Kw/WTUnEXPo/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/

1 0

email won't be displayed
by Viktor Balogh 24 Mar '10

24 Mar '10

Hi list, First of all, I don't know if it is a known bug or not, I didn't have the time to run through all the bug reports for RC. I regularly get some newsletters from a list, and some mail's contents aren't visible, only a blank whiteness and nothing else. This appears around weekly once, though it cannot be pre-determined, it seems to appear randomly. >From the source code (it is a HTML email): ############################################################# <div id="remote-objects-message">To protect your privacy, remote images are blocked in this message. <a href="#loadimages" onclick="rcmail.command('load-images')">Display images</a></div> <div id="messagebody"><div class="message-htmlpart"></div> </div> </div> </div> <div id="messagecountbar" class="pagenav"> <a class="buttonPas lastpage" title="Show the last message" id="rcmbtn117" href="#" onclick="return rcmail.command('lastmessage','',this)"> </a> <a class="buttonPas nextpage" title="Show the next message" id="rcmbtn118" href="#" onclick="return rcmail.command('nextmessage','',this)"> </a> <span style="padding:0 1em 0 1em; float:right" id="rcmcountdisplay">Message 14 of 160</span> <a class="buttonPas prevpage" title="Show the previous message" id="rcmbtn119" href="#" onclick="return rcmail.command('previousmessage','',this)"> </a> <a class="buttonPas firstpage" title="Show the first message" id="rcmbtn120" href="#" onclick="return rcmail.command('firstmessage','',this)"> </a> </div> </div> <script type="text/javascript"> var mailviewsplitv = new rcube_splitter({id:'mailviewsplitterv', p1: 'mailboxlist-container', p2: 'messageframe', orientation: 'v', relative: true, start: 165}); rcmail.add_onload('mailviewsplitv.init()'); </script> <script type="text/javascript"> /* <![CDATA[ */ $(document).ready(function(){ rcmail.init(); }); /* ]]> */ </script> ############################################################# So, I think at least the text "To protect your privacy..." should be visible when nothing else. I tried it with Firefox 3.5.8 and IE 7.0, nothing was displayed just a white blank page. If you need some more info then let me know. Please help me to analyze and solve this bug... Regards, Viktor -- Visit my panoramic photoblog! http://vrphoto.hu Spherical panoramas by Viktor Balogh _______________________________________________ List info: http://lists.roundcube.net/dev/

3 4

Updated Hebrew translation
by Moish 20 Mar '10

20 Mar '10

-- Moish --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/6W/vjK17rN0/messages.inc http://detached.gigo.com/rc/6W/vjK17rN0/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/

1 0

Updated Swedish translation
by Erik Simmesgård 20 Mar '10

20 Mar '10

Hello, I've updated a few strings in the Swedish translation. I've attached the updated "labels.inc" aswell as "messages.inc". Kind regards, Erik Simmesgård --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/0n/OlSaEG2M/labels.inc http://detached.gigo.com/rc/0n/OlSaEG2M/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/

1 0

plugins: reorganization
by till 20 Mar '10

20 Mar '10

Hi, I moved plugins from trunk/roundcubemail/plugins to trunk/plugins and made it an svn:external. If you run RoundCube from source, nothing should change for you when you 'svn up' (unless you use: --ignore-externals). That's all, Till _______________________________________________ List info: http://lists.roundcube.net/dev/

1 0

plugin-compat question
by till 19 Mar '10

19 Mar '10

Hey devs, does anyone develop a plugin that requires a certain RoundCube version -- e.g. because it's using a hook that was introduced after 0.3.x (maybe in trunk), etc..? We are working on the plugin repository and we'd like to run some tests. Thanks, Till _______________________________________________ List info: http://lists.roundcube.net/dev/

3 2

Script to convert Language arrays to OASIS Standard XML Language Interchange File Format
by Thomas Meyer 19 Mar '10

19 Mar '10

Hi Devs, I recently wrote a little script that I would like to share with you. It automates the conversion of RoundCube language arrays to OASIS XLIFFs, which is an international standard for translations. These files may then be edited using Translation Memory Tools like Omega-T or Sun's XLIFF-Editor. These provide a graphical interface, multi-translator support, spell-checking aso. Long story short: it makes translations a lot easier. Accessing a XLIFF file from PHP is easy. Check this example: function getArray($locale, $fileId) { $file = simplexml_load_file("languages/" . $locale . "/" . $fileId . ".xlf"); if (!($file instanceof SimpleXMLElement)) { throw new InvalidArgumentException('File-id not valid: ' . $file); } $translations = array(); foreach ($file->xpath('//trans-unit') as $node) { $attributes = $node->attributes(); $translations[(string) $attributes['id']] = (string) $node->target; } return $translations; } You will find the script and an example XLIFF as an attachment to this message. Check it out. Regards, Thomas Meyer --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/A4/h91Cf1uv/convertLanguageArray.php http://detached.gigo.com/rc/A4/h91Cf1uv/labels.xlf 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

moving collapsed threads
by Nathan Kinkade 17 Mar '10

17 Mar '10

I feel like I remember reading or even actually writing something about this some time ago. But I wanted to bring it up again because to me personally it seems like a bug. I'm running the latest devel-threads branch, and if a thread is collapsed and I drag it to another folder only the top-level message is moved, the remaining messages of the thread don't get moved. This seems unintuitive to me. In my mind it makes more sense to move the entire part of the collapsed thread from the point that thread was grabbed down. Some months ago I had implemented this in my own testing install. I can't recall now if it worked 100%, but I think it mostly worked: http://code.nkinka.de/gitweb?p=roundcube.git;a=commitdiff;h=f3bb47d0e30a2e5… There is a side of me that feels like if any message in a thread is grabbed and dragged to another folder that the whole thread should probably be moved to, but I can see how some people might find that shocking and disagreeable. Really, the path forward should be the Gmail approach of one giant bucket and using tags. The folder paradigm is sort of broken by nature, but that's another story. Nathan _______________________________________________ List info: http://lists.roundcube.net/dev/

4 7

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