Lars Hartmann | 2 Jan 11:00 2008

Re: [RCD] Adding a "Received" header to outbound messages

Moin, 
> I think it could be enabled by default. Not sure if we really need to make
> it configurable. Just add it and then make it configurable if somebody
> complains about it.
please make it configurable :-)
Greetings
Lars Hartmann

 --- 8< --- detachments --- 8< ---
 The following attachments have been detached and are available for viewing.
  http://detached.gigo.com/rc/As/AfXpanM7/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/
fess | 2 Jan 18:56 2008

Re: [RCD] Autocomplete for previously used addresses


I would _like_ this feature.

vote +1.

My guess would be store it in the address book.

--fess

On Dec 30, 2007, at 8:16 PM, Ben wrote:

> Hey everyone,
>
> I had an idea for a feature that I think would be handy. Whenever  
> you send
> an email or reply to an email, have RoundCube remember the address  
> you're
> mailing and use that in addition to the address book for  
> autocompletion
> suggestions when you're typing the Recipient field.
>
> Before I start coding this patch, my questions are:
>
> 1) Is anybody working on this feature already?
> 2) Would anybody else like to see this feature added?
> 3) What would be the best way to store the email addresses? A new  
> MySQL
> table? A flatfile? As address book records with an extra flag to  
> prevent
> them from showing in the address book view?
(Continue reading)

till | 3 Jan 00:45 2008
Picon

Re: [RCD] Autocomplete for previously used addresses

On Dec 31, 2007 5:16 AM, Ben <ben <at> forlent.com> wrote:
> Hey everyone,
>
> I had an idea for a feature that I think would be handy. Whenever you send
> an email or reply to an email, have RoundCube remember the address you're
> mailing and use that in addition to the address book for autocompletion
> suggestions when you're typing the Recipient field.
>
> Before I start coding this patch, my questions are:
>
> 1) Is anybody working on this feature already?
> 2) Would anybody else like to see this feature added?

Yes, plz! ;)

> 3) What would be the best way to store the email addresses? A new MySQL
> table? A flatfile? As address book records with an extra flag to prevent
> them from showing in the address book view?

Why no? :) I mean, personally I'd add it right away but I think what
possibly could be "good" would be a counter (config option) - e.g.
after 10 times using an address it creates a "full" record - before it
is hidden. People who want to skip that set it to 0. This could be
really nice, but it also increases the DB/addressbook size if you are
a frequent mailer or if you run an install for many people.

I am not saying gigs of data, but people should be aware of that. :)

Till
_______________________________________________
(Continue reading)

Horváth Balázs | 4 Jan 02:06 2008
Picon

[RCD] hello to everyone, translations, 'hu' translation, plugins

Hi guys,

I'm new here. My name's Horváth Balázs alias wodka. I've been workin with websites in the past few years.
I have about 4 years of PHP experience, quite deep sitebuilding knowledge and been using several JS frameworks
for real-life projects.

I'm very much interested in RounCube, the simplicity of the usage (and installing) is marvellous.
BIG THANKS to everyone who ever contributed, this systems is wantaful (as my nigerian friends would say :) )

translations
First is started with localization when I saw that there were some untranslated things in the 'hu' locale.
Then without reading the website carefully (poor me), I created a command line php tool which creates the list of
missing entries in the choose locale. It's attached to this email (locale_compare.zip)
thus now I know it's good for nothing.

Then I did my translation through the RoundCube Translator for the 'hu' locale, it's attached: locale_hu.zip

plugins
We use postfix with mysql (php - postfixadmin). Our current webmail is squirrelmail, for which a plugin exists.
With this I can change password, edit mail forwards and auto away messages.
I thought I'd write this plugin for RoundCube, but I can't see any plugins as an example.
I read everything in the Trac and the Wiki, I think I'll start thinking and talking about the plugin system, and when
the concept will be ready I'll implement this first 3 plugins.

My first impression is, that the terms of basically different kinds of plugins of Event triggered plugins ('Online')
and lets say 'Offline' plugins are mixed up. What I call 'Offline' plugin is for example the ones I mentioned before.

These are my first thoughts and contribution.
So,once again HELLOOO to everyone!

wodka

--
Horváth Balázs
fejlesztési vezető

WG Informatika Kft.
H-1123 Budapest, Alkotás utca 53. (MOM Park, "D" torony II.em)
Mobil: +36-20-971-2904
E-mail: horvath.balazs.wgi <at> gmail.com
Web: http://wgi.hu


Detachments -The following attachments have been detached and are available for viewing.

Only click these links if you trust the sender, as well as this message.

_______________________________________________
List info: http://lists.roundcube.net/dev/
J. Javier Maestro | 8 Jan 03:24 2008
Picon

[RCD] Ticket #1484558 - Patch to allow a user to change passwords


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 <at> 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/
till | 8 Jan 03:40 2008
Picon

Re: [RCD] Ticket #1484558 - Patch to allow a user to change passwords

On Jan 8, 2008 3:24 AM, J. Javier Maestro <roundcube-devel <at> nosys.es> wrote:
>
> 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 <at> 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< ---

Good job, very interesting feature but IMO too centric to a certain
setup to be included right away.

I have some plans to commit some changes in the coming days and clean
up all code so we can finally merge some branches and continue to work
on the Plugin API. This would likely to be included as a plugin and
not in "core".

Till
_______________________________________________
List info: http://lists.roundcube.net/dev/

J. Javier Maestro | 8 Jan 03:50 2008
Picon

Re: [RCD] Ticket #1484558 - Patch to allow a user to change passwords

On Jan Tue 08 2008 03:40, till wrote:
> On Jan 8, 2008 3:24 AM, J. Javier Maestro <roundcube-devel <at> nosys.es> wrote:
> 
> Good job, very interesting feature 

Thanks!  :)

> but IMO too centric to a certain setup to be included right away.

Well, I tried to make it as black-box as possible, meaning that from RC's
perspective, there is only:
	- an extra tab with its extra hooks
	- a function that sends a POST to the RPC that might answer SUCCESS
	  or FAILURE. This function show the OK or ERR messages.

The only thing I consider specific is the RPC example file I sent, which is a
quick and dirty hack to show how it could be done with dovecot, etc.

> I have some plans to commit some changes in the coming days and clean
> up all code so we can finally merge some branches and continue to work
> on the Plugin API. This would likely to be included as a plugin and
> not in "core".

Great :)  We have the same thoughts then ;)

Thanks for the feedback,

--

-- 
J. Javier Maestro  <jjmaestro <at> nosys.es>
Socio Consultor   -    Nosys AJjV S.L.
_______________________________________________
List info: http://lists.roundcube.net/dev/

J. Javier Maestro | 8 Jan 04:12 2008
Picon

Re: [RCD] Ticket #1484558 - Patch to allow a user to change passwords


Well...

<rant mode on>

I have just registered in the forums and I just found out that there are
***many*** (as in jesus-christ-sooo-many), almost exact solutions to this
problem, under the "plugins" forum.

I think my solution is cleaner than a few that I have seen because it
delegates the password changing by RPC.

In any case... I don't understand why there is sooooo much un-ordered stuff
in the forums and why people don't spend the time to actually go to TRAC and
open-close-comment, etc, on the tickets, and submit patches, clean and
ordered patches, so that people can benefit faster from their work.

Perhaps a sticky post reminding people to actually do that might work :-?

</rant mode off>

There, I said it out loud... 8)

cheers,

--

-- 
J. Javier Maestro  <jjmaestro <at> nosys.es>
Socio Consultor   -    Nosys AJjV S.L.
_______________________________________________
List info: http://lists.roundcube.net/dev/

till | 8 Jan 04:57 2008
Picon

Re: [RCD] Ticket #1484558 - Patch to allow a user to change passwords

On Jan 8, 2008 4:12 AM, J. Javier Maestro <roundcube-devel <at> nosys.es> wrote:
>
> Well...
>
> <rant mode on>
>
> I have just registered in the forums and I just found out that there are
> ***many*** (as in jesus-christ-sooo-many), almost exact solutions to this
> problem, under the "plugins" forum.
>
> I think my solution is cleaner than a few that I have seen because it
> delegates the password changing by RPC.
>
> In any case... I don't understand why there is sooooo much un-ordered stuff
> in the forums and why people don't spend the time to actually go to TRAC and
> open-close-comment, etc, on the tickets, and submit patches, clean and
> ordered patches, so that people can benefit faster from their work.
>
> Perhaps a sticky post reminding people to actually do that might work :-?
>
> </rant mode off>
>
> There, I said it out loud... 8)
>
> cheers,

I hear you - I pretty much share your opinion. I also have no time to
monitor mailinglists, trac, forum and IRC. I would welcome it a lot if
people got used to using trac so we got that on record and now a dozen
sources to merge/combine/monitor. :)

Till
_______________________________________________
List info: http://lists.roundcube.net/dev/

Stefan Novak | 8 Jan 13:56 2008
Picon

[RCD] Critical Bug empty's Inbox

Hello!
 
There is a critical Bug in Roundcube that empty's the users mailbox when emptying the trash folder...
 
 
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/

Gmane