Hi guys,
I found roundcubemail a few weeks ago and found it really great. I was a long
time Horde-Imp User but roundecubemail is much faster, nicer and easier. But
the first thing i miss was a "better" adressbook.
I talked about this to thomas and he pointed me to the Ticket #1332930.
Then i have included a lot fields into the database table and made this fields
available under the adressbook. The fields i added now are all fields with are
needed for vcard 2.1 support (export and import can then be done easier). But
the problem now is, that the "right side" for each contact is a long list and
maybe not everybody needs the field "tel work 2" for example.
i will put my updates tomorrow to svn - but then i have to think about a nice
and fast solution for users that they can change what fields they what to see
for here contacts and which fields should be faded out. maybe this can be done
like the folder settings under settings or maybe there is a better solution...
i hope you can follow me - my english is not the best ;) - you can see it in
svn tomorrow.
roundecubemail is really good - thank you all.
--
Best regards
Tobias 'tri' Richter
Visit me at:
http://tobias.datenwerkstatt-richter.de/
I agree with Chris. I would not like an API for plaxo in my webmail
software.
Basically roundcube is a GPL-based-contribution software, whereas plaxo (and
plaxo-like services) are everything but GPL or open-source minded. They have
very special ways of licencing your data and your privacy which can have
annoying effects.
See http://review.zdnet.com/4520-7297-5111563.html
Or you can google 'plaxo is evil'
Paul
On 10/4/06, Chris Hembrow <chris.hembrow+mail-rc(a)pixelseventy2.net> wrote:
>
> Speaking personally, I would not want this. Part of the reason I moved
> from using a gmail account as my primary account was so that I had complete
> control of MY emails. I'm sure google would not do anything bad with my
> data, but it's MY data, and I want it where only I have access to it.
> Implementing an external address book system would be opening that
> information up for abuse. Can you really guarantee that plaxo aren't going
> to sell that data to spammers or have it stolen by crackers?
>
> Besides, what happens if their service goes down? You might lose access to
> your address book, even temporarily this could be a royal PITA.
>
> Just by tuppence worth
>
> pixel
>
> On Wed, 04 Oct 2006 10:26:22 -0400, Randy Noval <randy(a)sermo.net> wrote:
> > yay for addressbook management!
> >
> > as a thought though, rather than re-work stuff that's already been
> > created, why not use existing tools. in particular, plaxo. i've been
> > using it for a while as a sync tool between my treo, thunderbird, &
> > outlook and by-and-large, it's been great! and they have an API:
> > http://www.plaxo.com/api/
> >
> > and a really nifty widget demo (access address lists from other apps):
> > http://www.plaxo.com/api/widget_demo
> >
> > but using their (already well-thought out) field set as a guideline
> > might be a good way to go.
> >
> > just a couple of thoughts. i love the enthusiasm in this community!
> >
> > thanks,
> > randy
>
Hi,
I've uploaded a patch to make default encoding depend on current
language file (I think that's better than blindly reverting to
latin1/ISO-8859-1).
Here it is : http://trac.roundcube.net/trac.cgi/ticket/1483839
Regards,
Doichin
Hi!
I somehow "improved" the way how roundcubes handles virtual users... This is, because my server panel (ispconfig) somehow creates an ugly virtual user table, therefore i want strictly the real mail username as common-name for accounts, so I moved the email2user BEFORE the first mysql-query
// PART OF main.inc / rcmail_login(...) //
$imap_port = $CONFIG['default_port'];
// try to resolve email address from virtuser table
if (!empty($CONFIG['virtuser_file']) && strstr($user, '@'))
$user = rcmail_email2user($user);
// query if user already registered
$sql_result = $DB->query("SELECT user_id, username, language, preferences
FROM ".get_table_name('users')."
WHERE mail_host=? AND (username=? OR alias=?)",
// END OF PART //
This way, the database is forced to be on a real-username basis and doesn't create different addressbooks and settings by logging in with the different aliases of the same mailbox (wich makes no sense at all...)
Another thing is, that I created faster mail2user and user2mail functions, use them if you like, GPL Code as usual ;-), mention me in some author/history/changelog if you like, I'm not one of these Super-EGO people who need to be mentioned anywhere, but I'm not against it either ;-)
The functions are currently named "rcmail_getvlist", "rcmail_email2user" and "rcmail_user2email":
// SNIPPET for main.inc //
function rcmail_getvlist()
{
global $CONFIG,$x_listcache;
if(!is_array($x_listcache))
{
if(!is_file($CONFIG['virtuser_file']))return(array());
$f=file($CONFIG['virtuser_file']);
while(list(,$t)=each($f))if(($t=trim($t))&&$t[0]!="#")
{
$t=str_replace("\t"," ",$t);
while(strstr($t," "))$t=str_replace(" "," ",$t);
list($x,$y)=explode(" ",$t);
$e[$x]=$y;
$u[$y]=$x;
}
$x_listcache=array($e,$u);
}
return($x_listcache);
}
function rcmail_email2user($email)
{
$l=rcmail_getvlist();
$x=$l[0][$email]
return((($x)?$x:$email));
}
function rcmail_user2email($user)
{
$l=rcmail_getvlist();
$x=$l[1][$user]
return((($x)?$x:$user));
}
// END OF SNIPPED //
Basically, the getvlist returns (cached run, for future usage in sessions and/or multiple usage) a multi-dimensional array, value 0 contains an assoc-list with mail2user and 1 a list of user2mail. so you easily get the user: $user=$l[0][$email] ... the vlist basically works stable on all sendmail-style mailtab files, space or tab seperated (postfix, sendmail, exim, etc.) with single user to alias associations.
Yeah, one other thing: I strongly recommend that you don't rely on any user2email functions, because often there are many aliases for the same user, and there is no rule to tell wich is the prefered one...
Okay, hope I could help you, thanx for the only free webmailer I >want< to use ;-)
And if anyone of you speaks german, please visit my RPG: http://pb.exw.at/
Have Fun!
Martin alias PSIplus
Hi guys,
I've published an svn-r357 BG localization at
http://mirror.net1.cc/projects/roundcubemail%20-%20bg%20language/
Also, the wiki translation page doesn't say about some new strings:
$messages['converting'] = 'Removing formatting from message...';
$labels['htmltoggle'] = 'HTML';
$labels['plaintoggle'] = 'Plain text';
$labels['htmleditor'] = 'Compose HTML messages';
$labels['htmlsignature'] = 'HTML signature';
$labels['autosavedraft'] = 'Automatically save draft';
$labels['everynminutes'] = 'every $n minutes';
$labels['never'] = 'never';
$labels['renamefolder'] = 'Rename folder';
Regards,
Doichin
This is another Bulgarian translation, done by myself. I now see there's
already a Bulgarian translation in svn, so maybe someone should decide
which one is better. This is what I feel it should be, and is complete
as of 0.1-beta2. I will soon publish current svn version compatible
localization.
Files are at
http://mirror.net1.cc/projects/roundcubemail%20-%20bg%20language/
Regards,
Doichin
Hi list,
I just found "DIMP" (an Ajax interface to the wellknown IMP).
Demo and screenshots are here:
http://wiki.horde.org/DimpModule
It looks pretty interesting in terms of what it can do and of course
development development, so I thought I share the links.
By the way, talking about horde/IMP. I remember that when we used it,
they recommended running a proxy for imap. Is anyone running a similar
setup to speed up RoundCube?
Cheers,
--
Till Klampaeckel
e: mailto:klimpong@gmail.com
p: +491704018676
l: http://beta.plazes.com/whereis/till