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/
Hi,
I've got a tricky roundcube problem. It seems related specifically to our
communigate pro imap server. When clicking on reply, none of the header
information that should be in a reply gets populated (subject, original email
date, recipient).
I've noticed that this always happens when the preview pane is turned on, and
only sometimes happens when the preview pane is off.
I've been using roundcube elsewhere for quite some time with a courier imap
server, and don't have the same problems.
I've looked at compose.inc, rcube_imap.inc and imap.inc, however, I am
struggling to find out the cause of this problem.
Any ideas of what to look for would be appricated. I am a php developer, so
happy to hunt around in the code, just struggling to get my head around what
is supposed to happen. Running rev 912 from svn.
If I set $rcmail_config['enable_caching'] = FALSE;
Then this problem occurs all of the time.
I've done a tcpdump of the traffic between roundcube and the imap server.
Something that I don't quite understand is why the appears to be 2 imap
queries.
What I see is:
fh0 UID FETCH 6095 (BODY.PEEK[HEADER.FIELDS (DATE FROM TO SUBJECT REPLY-TO
IN-REPLY-TO CC BCC CONTENT-TRANSFER-ENCODING CONTENT-TYPE MESSAGE-ID
REFERENCES)])
and then
fh0 FETCH 927 (BODY.PEEK[HEADER.FIELDS (DATE FROM TO SUBJECT REPLY-TO
IN-REPLY-TO CC BCC CONTENT-TRANSFER-ENCODING CONTENT-TYPE MESSAGE-ID
REFERENCES)])
Not sure why it does this twice. Also, I noticed that it's trying to
fetch "Reply-to" which is not returned from Imap. Any ideas.
TCP dump below:
* OK CommuniGate Pro IMAP Server 4.3.6 at oss.co.nz ready
cp01 CAPABILITY
* CAPABILITY IMAP4 IMAP4REV1 ACL NAMESPACE UIDPLUS IDLE LITERAL+ QUOTA ID
MULTIAPPEND LISTEXT CHILDREN BINARY LOGIN-REFERRALS STARTTLS AUTH=LOGIN
AUTH=PLAIN AUTH=CRAM-MD5 AUTH=DIGEST-MD5 AUTH=MSN
cp01 OK completed
a000 AUTHENTICATE CRAM-MD5
a000 OK completed
ns1 NAMESPACE
* NAMESPACE (("" "/")) (("~" "/")) (("~public/" "/"))
ns1 OK completed
sel1 SELECT "INBOX"
* FLAGS (\Answered \Flagged \Deleted \Seen \Draft $MDNSent $Hidden)
* OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft $MDNSent
$Hidden)] limited
* 937 EXISTS
* 0 RECENT
* OK [UIDNEXT 6107] predicted next UID
* OK [UIDVALIDITY 278662535] UIDs valid
sel1 OK [READ-WRITE] SELECT completed
fh0 UID FETCH 6095 (BODY.PEEK[HEADER.FIELDS (DATE FROM TO SUBJECT REPLY-TO
IN-REPLY-TO CC BCC CONTENT-TRANSFER-ENCODING CONTENT-TYPE MESSAGE-ID
REFERENCES)])
* 927 FETCH (BODY[HEADER.FIELDS (DATE FROM TO SUBJECT REPLY-TO IN-REPLY-TO CC
BCC CONTENT-TRANSFER-ENCODING CONTENT-TYPE MESSAGE-ID REFERENCES)] {259}
From: "Someone" <removed>
To: <gogilvie(a)oss.co.nz>
Subject: WR for meeting
Date: Wed, 7 Nov 2007 11:35:19 +1300
Content-Type: text/plain;
.charset="us-ascii"
Content-Transfer-Encoding: 7bit
Message-ID: <auto-000004410094(a)oss.co.nz>
UID 6095)
fh0 OK completed
fh1 UID FETCH 6095 (UID RFC822.SIZE FLAGS INTERNALDATE)
* 927 FETCH (UID 6095 RFC822.SIZE 1576 FLAGS (\Seen) INTERNALDATE "06-Nov-2007
22:35:21 +0000")
fh1 OK completed
srch1 SEARCH UID 6095
* SEARCH 927
srch1 OK completed
F1247 FETCH 927 (BODYSTRUCTURE)
* 927 FETCH (BODYSTRUCTURE ("text" "plain" ("charset" "us-ascii") NIL
NIL "7bit" 746 24 NIL NIL NIL NIL))
F1247 OK completed
FUID FETCH 927 (UID)
* 927 FETCH (UID 6095)
FUID OK completed
fh0 FETCH 927 (BODY.PEEK[HEADER.FIELDS (DATE FROM TO SUBJECT REPLY-TO
IN-REPLY-TO CC BCC CONTENT-TRANSFER-ENCODING CONTENT-TYPE MESSAGE-ID
REFERENCES)])
* 927 FETCH (BODY[HEADER.FIELDS (DATE FROM TO SUBJECT REPLY-TO IN-REPLY-TO CC
BCC CONTENT-TRANSFER-ENCODING CONTENT-TYPE MESSAGE-ID REFERENCES)] {259}
From: "Someone" <removed>
To: <gogilvie(a)oss.co.nz>
Subject: WR for meeting
Date: Wed, 7 Nov 2007 11:35:19 +1300
Content-Type: text/plain;
.charset="us-ascii"
Content-Transfer-Encoding: 7bit
Message-ID: <auto-000004410094(a)oss.co.nz>
)
fh0 OK completed
fh1 FETCH 927 (UID RFC822.SIZE FLAGS INTERNALDATE)
* 927 FETCH (UID 6095 RFC822.SIZE 1576 FLAGS (\Seen) INTERNALDATE "06-Nov-2007
22:35:21 +0000")
fh1 OK completed
ftch FETCH 927 (BODY.PEEK[1])
* 927 FETCH (BODY[1] {746}
The WR for the meeting this morning:
[cut]
)
ftch OK completed
I LOGOUT
* BYE CommuniGate Pro IMAP closing connection
I OK completed
Regards
--
Glen Ogilvie
Open Systems Specialists
Level 1, 162 Grafton Road
http://www.oss.co.nz/
Ph: +64 9 984 3000
Mobile: +64 21 684 146
GPG Key: ACED9C17
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi all!!
I've just made the first filtering script to translate SQL filters to
System filters. It takes user parameter (something like
'rcdev(a)cio.cat') and the system filtering type. At the moment, allowed
types are 'procmail' (default) and 'exim'. If you call it without
params, it will ask for IMAP user and translate filters to procmail
format. Translated filters are printed to stdout. The 'help' param
prints out help.
I repeat: this is a very earlier version. You can only match a
containing string on some message's part, not regexps. You can only
move messages to another mailbox, not forwarding neither anytihng else.
Now I will concentrate on Sieve. If anyone knows other significant mail
filtering systems, tell me and, if possible, some syntax specification
webpage.
After doing firsts versions of more significant mail filtering systems,
I will improve a better UI to allow advanced matching systems, probably
adding another table to roundcube DB and altering the 'filters'
existing one.
Please, comment out when (in which step) do you think it will be
applicable to svn version (upload work).
Attached to this message, I send the script and the output from running
the script with my user rcdev, one with procmail type and the other
with exim's. Bugs and comments are welcome.
Thanks to everybody!!
PD: I've seen several connections from you to my server. Anyone wants
to comment anything to filters UI? And is there someone who can tell me
how to use drag'n'drop lists (to change filters order)?
emi
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/KV/gEbX/jku/sql2filter.phphttp://detached.gigo.com/rc/KV/gEbX/jku/rcdev_exim.txthttp://detached.gigo.com/rc/KV/gEbX/jku/rcdev_procmail.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/