Dev December 2010

dev@lists.roundcube.net

55 participants
68 discussions

please delete this ticket (or eml file)
by S c o t t K r a m e r 02 Dec '10

02 Dec '10

Alec or Thomas, please delete this .eml file (or ticket)... google indexed it, and the person is wondering what their email is showing up on the internet!! http://trac.roundcube.net/ticket/1486259 [1] Thanks! Links: ------ [1] http://trac.roundcube.net/ticket/1486259 _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

1 0

help with roundcube pubcookie plugin
by Tod Pike 02 Dec '10

02 Dec '10

I'm attempting to write a plugin to allow pubcookie sessions to authenticate directly into roundcube without requiring any additional login from the user. First of all, has anyone done this already? It's not one of the standard plugins... Assuming that pubcookie hasn't already been done, I've been looking at the roundcube architecture for how to integrate it. Unfortunately, if you use pubcookie, you get a userID and a kerberos credential (instead of a userID/password combo), so it looks like none of the standard roundcube hooks will do the right thing. I already have code that will build a pre-authenticated connection to my IMAP server, but I don't really see how to hand this back to roundcube while bypassing the normal login/imap connection building that is going on. Can anyone provide some ideas on the best way to do this? I'd be happy to contribute the eventual plugin back to the pool. Thanks, Tod Pike -- Tod Pike Manager of Enterprise Services School of Computer Science Carnegie Mellon University, Pittsburgh, Pa _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

2 5

Re: [RCD] [Roundcube Webmail] #1487314: RC in a Frame do not work in 0.5-beta
by Andreas Dick 02 Dec '10

02 Dec '10

On Tue, 30 Nov 2010 07:35:14 -0000, Roundcube Webmail wrote: > #1487314: RC in a Frame do not work in 0.5-beta > > -------------------------+-------------------------------------------------- > Reporter: andudi | Type: Bugs > Status: closed | Priority: 5 > Milestone: later | Component: User Interface > Version: 0.5-beta | Severity: normal > Resolution: worksforme | Keywords: frame dyndns > > -------------------------+-------------------------------------------------- > Changes (by alec): > > * status: new => closed > * resolution: => worksforme > > > Comment: > > Works for me. Move noframes tag outside of frameset. Also make sure > that > main and frame pages are using the same protocol. It will not work > if main > page uses http and frame uses https. Hei Alec I digged further and found: the problem occures only in Firefox (Windows XP and Ubuntu 10.10), and it works well in IE, Konqueror and Reqonk... Again what I observing: Showing email do NOT work if RC 0.5-beta is runned in DynDNS Webhop. With RC 0.4.2 it works still well even with Firefox, and it works well with the devel-addressbook (rev 4300) and with the demo (version?) at http://mail4us.net/?_redirect=&_task=mail&_action=plugin.wrapper&_screen_wi… so, it seems to be hard to debug.. I suggest a JS problem and I would try to digg in the code, but I have no start point yet. any suggestions? thanks Andreas _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

2 3

Updated galician translation
by David Garabana Barro 01 Dec '10

01 Dec '10

Here goes updated galician translation Regards -- David Garabana Barro jabber & google talk ID: david(a)garabana.com Clave pública PGP/GPG: http://davide.garabana.com/pgp.html --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/7T/jFmrK8du/labels.inc http://detached.gigo.com/rc/7T/jFmrK8du/messages.inc http://detached.gigo.com/rc/7T/jFmrK8du/signature.asc Only click these links if you trust the sender, as well as this message. --- 8< --- detachments --- 8< --- _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

1 0

Ukrainian translation
by Anton Gladky 01 Dec '10

01 Dec '10

Ukrainian translation in attachment. Anton --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/YP/993WFBRk/labels.inc http://detached.gigo.com/rc/YP/993WFBRk/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/ BT/aba52c80

1 0

Russian translation
by Anton Gladky 01 Dec '10

01 Dec '10

Hi, there is an actual translation of label.inc into russian language. Anton --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/GQ/XbRuH5qr/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/ BT/aba52c80

1 0

Translation - Croatian
by Mladen Koruga 01 Dec '10

01 Dec '10

Dear All, In Attachment you can find Croatian translation. Only changes are made in previously un translated fields. Regards, MK ----------------------------------------------------- Izjava o ograničenju odgovornosti: Ova elektronička poruka i njeni prilozi mogu sadržavati povjerljive i/ili povlaštene informacije, a namijenjena je isključivo za upotrebu naznačenog primatelja. Ako ste ovu poruku primili greškom, molimo Vas da o tome bez odlaganja obavijestite pošiljatelja, da uništite izvornu poruku i njene priloge i bez odlaganja poruku i njene priloge izbrišete iz Vašeg sistema. Neovlaštena uporaba, distribucija, otkrivanje, umnožavanje ili izmjena ove poruke je zabranjena. CEI Zagreb d.o.o. ne daje niti ne prihvaća pravno obvezujuće izjave putem elektroničkih poruka osim ukoliko drugačije nije izričito navedeno. Budući da komunikacija internetom nije zaštićena, CEI Zagreb d.o.o. ne prihvaća odgovornost za sadržaj ove poruke, kao ni za eventualnu štetu nastalu zbog zaraženosti ove poruke virusom ili drugim štetnim programom, te zbog eventualnih tehničkih problema prilikom dostave ove poruke. Legal disclaimer statement: This e-mail message and any attachment may contain confidental and/or privileged information and is intended for use by the indicated addressee only. If you have received this message in error, please notify the sender immediately, destroy the original message and any attachment and delete this message and any attachment from your system. Unauthorized use, distribution, disclosure, reproduction, or alteration of this e-mail message is forbidden. CEI Zagreb d.o.o. neither makes nor accepts legally binding statements via e-mail unless otherwise stated. Considering that internet communication is not secured, CEI Zagreb d.o.o. is not responsible for the content of this message, for potential damage occured due to infection of this message with a virus or other malicious program, and for potential technical problems during delivery of this message. ----------------------------------------------------- --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/pN/rZez0o3P/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/ BT/aba52c80

1 0

LDAP Addressbook implementation
by Andreas Dick 01 Dec '10

01 Dec '10

hello Roundcube Devs WOW, Rouncube is realy cool! Yes, its just what I need for my home server. What I miss is a more felxible LDAP Addressbook. I allready started to hack RC for my needs, but I am not sure if my changes are wellcome since I have seen that it is planed to rewrite the addressbook in further releases... isnt it? And my changes are still verry personal and not that good configurable like it sould be at a commit. And another problem is, that I have setup my LDAP server my own, thus I am not sure about "standars" on that side. Features I implemented allredy: - more fields like address, phone nubers, notes, and the flexibility to add more in the config file. - the "name" field is redundant, it is just "surname lastname", thus it must not be shown and editable. - it must be able to let the "email" field empty, because a lot of my addresses just have an address or phone number (used on the cell phone) -> the only field that is necessarry for the LDAP DN is the surname. - adding new fields out of the E-Mail tool improved: email address is now read as: "firstname surname email@bla" or "surname, firstname email@bla" or "surname email@bla" or "firstname.surname(a)email.bla" or "surname(a)email.bla" even mor sensefull syntaxes can be added. - if the "name" allready exists, the entry can not be added, but the email can be added if empty (for my cellphone adresses i like to compleet with email in RC) Features I have planed to implement soon: - group management: read groups out of the LDAP, create and remove groups. (I still looking for a "standard- like" LDAP implementation of address groups, I tried allready to use the "o:" attribute, but I think it is better to use seperate LDAP subdirectories for each group) The question is now: is it welcome if I prepare this to commit once? or is it even allready done in the latest SVN? (I use the stable 4.2 as base) thanks for feedback Andreas _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

6 16

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Dev December 2010