Dev

dev@lists.roundcube.net

1 participants
4313 discussions

User Identity/Sender Mail address is user_domain_tld@localhost
by Ali Nebi 11 Oct '09

11 Oct '09

Hi, i just installed roundcube and verything is ok, but i have several questions. I use ISPMan with cyrus-imap on Centos 5. In cyrus-imap the users are created in this fromat user_domain_tld, also they are authenticated using user_domain_tld. They use the same format to authenticate also in roundcube. But when their user profile/identity is created from roundcube, the Sender/Identity email address is set to be this way: user_domain_tld@localhost. What i want to have is the email address to be in this format user(a)domain.tld. Other thing that i want to have is this. For example i have 3 domains: domain1.tld domain2.tld domain3.tld And every domain is used to access roundcube this way: mail.domain1.tld mail.domain2.tld mail.domain3.tld What i want is when round cube is loaded in page, then user to type only his username, for exampme if imap username is myuser_domain_tld, so it must type in username field only myuser, then system automatically to include _domain_tld to the user when it press login button. Is that possible and where do i need to take a look? _______________________________________________ List info: http://lists.roundcube.net/dev/

1 0

php error
by Richard Pijnenburg 10 Oct '09

10 Oct '09

Hi all, I've just started using the newest roundcube webmail and I started seeing errors in my apache logfile: [Sat Oct 10 14:16:36 2009] [error] [client 82.192.91.21] PHP Deprecated: Function set_magic_quotes_runtime() is deprecated in /sites/common/webmail/program/include/iniset.php on line 63, referer: http://webmail. xxxxxxxxxxxxxxx.nl/?_task=mail&_mbox=INBOX [Sat Oct 10 14:16:36 2009] [error] [client 82.192.91.21] PHP Deprecated: Assigning the return value of new by reference is deprecated in /sites/common/webmail/program/lib/PEAR.php on line 563, referer: http://webmail.xxxxxxxxxxxxxxx.nl/?_task=mail&_mbox=INBOX [Sat Oct 10 14:16:36 2009] [error] [client 82.192.91.21] PHP Deprecated: Assigning the return value of new by reference is deprecated in /sites/common/webmail/program/lib/PEAR.php on line 566, referer: http://webmail. xxxxxxxxxxxxxxx.nl/?_task=mail&_mbox=INBOX [Sat Oct 10 14:16:36 2009] [error] [client 82.192.91.21] PHP Warning: date(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in /sites/common/webmail/config/main.inc.php on line 380, referer: http://webmail. <http://webmail.softwaredev.nl/?_task=mail&_mbox=INBOX> xxxxxxxxxxxxxxx.nl/?_task=mail&_mbox=INBOX I'm getting these message all the time. Do I need to change anything or is this a programming issue? Thanks for your time Richard Pijnenburg _______________________________________________ List info: http://lists.roundcube.net/dev/

1 0

preliminary changes for crypt plugin
by Jonas Meurer 10 Oct '09

10 Oct '09

hello, i already wrote about developing a crypt/gpg plugin for roundcube to this list in the past. in my eyes several issues need to be adressed in roundcube core before it's possible to implement the plugin itself. i'll try to list all showstoppers that i discovered so far ... - the plugin needs access to the raw message body in order to verify signatures - inline pgp signed/encrypted messages have to be detected and handed over to a hook in function parse_structure() at rcube_messsage.php - verifying signed messages and decrypting encrypted messages needs to be done by seperate hooks: message_part_signed and message_part_encrypted i tried to adress these with the attached patch. please review and comment on it. it would be awesome if it could be integrated upstream later. unfortunately there s one big issue left which my patch doesn't adress yet. the reason is simply that i don't have a clue about what to do about it. i would highly appreciate help from roundcube core developers here :-) - read a text string (i.e. a decrypted message) into a mime parser and return mime structure and mime parts. mime parsing is closely combined with the IMAP code in roundcube. the mime parsing is done by the IMAP server and roundcube fetches structure and parts from it. so far there's no way to process a text string with mime parsing code. unfortunately that's required for processing encrypted messages, as the decrypted, possibly mime-formated message is only available as text string. i don't know how it's done for composed/sent messages, but i guess that their structure needs to be parsed as well in order to upload them to a send/drafts/... folder. greetings, jonas --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/YT/kce4cTdE/rcube_message.php.diff http://detached.gigo.com/rc/YT/kce4cTdE/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/

5 11

SpamAssassin Mark as Junk plugin new function
by Sipos Attila 09 Oct '09

09 Oct '09

Hi! I've made some changes on plugin "SpamAssassin Mark as Junk". - added new option 'samarkasjunk_msgdir' : messages placed here with special filename even if no learn commands definied. Spam could be learned by a cron job. Useful when exec() is disabled in PHP or You want immediate response from RoundCube GUI. See option comment for details. - added Hungarian localisation. Hope, You find it useful. Best regards: Attila Sipos --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/Es/hqNPW8pW/samarkasjunk.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/

2 1

[PATCH] Threaded messagelist view patch rev5 (against r3022)
by Vladislav Bogdanov 08 Oct '09

08 Oct '09

Hi all, here is a most recent revision of a threaded view patch. Most notable changes since rev4 (http://lists.roundcube.net/mail-archive/dev/2009-09/0000143.html): 1. Port to RC r3022 2. Add children of a last shift-selected message to selection too. Alec, would you please check this patch to not interfere with your last additions (message index) in a improper way? Vladislav --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/b0/CxyyRJRs/roundcubemail-thread.patch http://detached.gigo.com/rc/b0/CxyyRJRs/unread_children.png Only click these links if you trust the sender, as well as this message. --- 8< --- detachments --- 8< --- _______________________________________________ List info: http://lists.roundcube.net/dev/

5 16

Updated Swedish localization
by Jonas Nasholm 07 Oct '09

07 Oct '09

Hi, I’ve attached an updated Swedish localization. Regards, Jonas Nasholm Bitfuse Network --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/ve/t9qVAg1v/sv_SE.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

Re: [RCD] [PATCH] Threaded messagelist view patch rev5 (against r3022)
by Vladislav Bogdanov 07 Oct '09

07 Oct '09

Mark Little wrote: >>> I have a test RC folder that I updated to 3022 and then applied your >>> patch cleanly [1]. However it doesn't appear to be working for me.. >> Did you try to enable per-folder threading in a Folders tab of a >> settings? > > Ah - I didn't even realize it was an option under Folders. Very cool. Not as cool as it is intended to be... It should be easily locateable. I think it should be in some place in a messagelist widget. And this would be more natural too, because one may want to switch between threaded and plain views in a one click, just because fresh reply to an old thread could appear somewhere where nobody can find it (on a third page f.e.)... This is still to be discussed with devs. So I'm CC'ing to dev list just not to repeat myself. > >> They should be visible only if threading is supported and enabled for >> folder. >> But subject in a message-list should be moved a bit to right in this >> case to leave a space for expand/collapse icons... It isn't in your > case... > > In my root inbox I don't have threading enabled because generally thats > for individual emails, and any mailing lists I am on have their own folder. > > I enabled the threading for some mailing lists and it looks to be working That's OK. > great on all the threaded folders, however I am still experiencing problems > on non-threaded folders. Hmm, everything works for me on such folders... Would you please describe problems a bit more detailed? If you simply mean that two states of a three-state switch look identically while third shown things in reverse, then it is OK. And, I seen thread controls on your previous screenshots. Are they still there for a non-threaded view? They should be hidden for thread-unaware folders... > > From what I can tell - the new sort option doesn't appear to have any > effect? Also, no matter what I do, the sorting doesn't change when > threading is disabled for a folder. It's original function was to present 'unsorted' view. It seems to be superseded by last changes in trunk. I didn't realized that while porting to the newest version. This issue is being discussed at dev list right now by the original patch author (Chris January) and RC core devs (I'm only porting it to current SVN from time to time and adding some fixes, bells and whistles ;) , changes set is available in my posts to dev list). And I hope this issue will be resolved before merging to trunk which I in turn hope will occur soon. > Do you still want me to do the debug? Do you want me to do it a couple of > times or just ones? Let me know what options/sorting mode you want. No, if it all works except for what I wrote above. Thank you. Vladislav _______________________________________________ List info: http://lists.roundcube.net/dev/

1 0

Re: [RCD] [PATCH] Threaded messagelist view patch rev5 (against r3022)
by Chris January 07 Oct '09

07 Oct '09

On Wed, 07 Oct 2009 13:26:43 +0200, "A.L.E.C" <alec(a)alec.pl> wrote: > Chris January wrote: > >>>> Sorting by anything but the default order (i.e. index_sort=true) is >>>> incredibly slow with 30,000 or so messages. >>> THREAD command returns messages (threads) sorted by date, it's not >>> possible to speed this up. Index_sort option will not help and we have >>> two possibilities: >>> - re-sort by root message index if index_sort=true, >>> - forget about index_sort option when using threads >> >> This is why there is a 'default' sort order in the threading patch. The >> THREAD command returns, as you say, messages sorted by date. Roundcube >> then >> sorts them again which can be very slow with lots of messages. So the >> threading patch introduces the 'default' sort order, which could be >> better >> called the 'unsorted' sort order, i.e. the messages aren't sorted at all >> but kept in the same order they are returned by the server. > > But re-sorting by message index shouldn't be very slow, since we don't > fetch any data from IMAP server. I still force to not use this 'default' > stuff. Sorting ~30,000 threads with ~60,000 messages in them takes in the order of minutes on my machine. This is unacceptably slow, that's why I added the 'default' option. Chris _______________________________________________ List info: http://lists.roundcube.net/dev/

2 3

Documentation for skins
by Andres Sulleiro 06 Oct '09

06 Oct '09

Is the documentation for skins available anywhere? Thanks. // Andrés _______________________________________________ List info: http://lists.roundcube.net/dev/

2 2

Fwd: rc userinfo plugin hu_HU
by till 06 Oct '09

06 Oct '09

Hi Peter, I'm forwarding this email to our dev@ mailing list where this should have went. Also, if it's not too much to ask, please supply a patch next time. :-) Till ---------- Forwarded message ---------- From: Péter Varga <info(a)vargapeter.com> Date: 2009/10/5 Subject: rc userinfo plugin hu_HU To: hello(a)roundcube.net Hy! For the next release I translated the plugins localization: $labels['userinfo'] = 'Felhasználó'; $labels['created'] = 'Létrehozva'; $labels['lastlogin'] = 'Utolsó bejelentkezés'; $labels['defaultidentity'] = 'Alapértelmezett profil'; And a little "bug": On the top "Infos for xxx(a)domain.xxx" wasn't translated. (attached screenshot). In hunagrian (hu_HU) means: "Információk a felhasználóról:" Best regards, Peter _______________________________________________ List info: http://lists.roundcube.net/dev/

1 0

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