From anil@recoil.org Mon May 28 00:23:13 2001 From: anil@recoil.org (Anil Madhavapeddy) Date: Mon, 28 May 2001 00:23:13 +0100 Subject: webroots Message-ID: <015301c0e704$00993560$c2ec87d4@shock> Right now, we have to set the web-roots (e.g. /horde/imp) for a module twice (once in the registry, and once in the application's conf.php). Is there any reason why we shouldn't just pull this out of the registry? I'm not sure if this is better than just defining it in the application config files, but either way, it would be nice to reduce the number of places we need to get the web-root defined. Anil From anil@recoil.org Mon May 28 01:36:35 2001 From: anil@recoil.org (Anil Madhavapeddy) Date: Mon, 28 May 2001 01:36:35 +0100 Subject: MIME types for IMP Message-ID: <022c01c0e70e$405effe0$c2ec87d4@shock> So, if I have a file called 'word.doc' attachment in a mail, the IMAP server thinks that it is of MIME type 'application/octet-stream'. I know that it is of type 'application/msword', since mime_mapping.php has this information. Does anyone have any objections to coercing text/plain and application/octet-stream into more specific MIME types if they are available via MIME_Magic ? And are there any other 'general' MIME types to which this could apply? Anil From chuck@horde.org Mon May 28 05:34:45 2001 From: chuck@horde.org (Chuck Hagenbuch) Date: Mon, 28 May 2001 00:34:45 -0400 Subject: [dev] webroots In-Reply-To: <015301c0e704$00993560$c2ec87d4@shock> References: <015301c0e704$00993560$c2ec87d4@shock> Message-ID: <991024485.3b11d565d1234@marina.horde.org> Quoting Anil Madhavapeddy : > Right now, we have to set the web-roots (e.g. /horde/imp) for a module > twice (once in the registry, and once in the application's conf.php). > > Is there any reason why we shouldn't just pull this out of the registry? No, it should definitely be in the registry - that's something that's been on my list for quite a while. -chuck -- Charles Hagenbuch, Black and white and grey, all the shades of truth. From chuck@horde.org Mon May 28 05:35:40 2001 From: chuck@horde.org (Chuck Hagenbuch) Date: Mon, 28 May 2001 00:35:40 -0400 Subject: [dev] MIME types for IMP In-Reply-To: <022c01c0e70e$405effe0$c2ec87d4@shock> References: <022c01c0e70e$405effe0$c2ec87d4@shock> Message-ID: <991024540.3b11d59c8eedd@marina.horde.org> Quoting Anil Madhavapeddy : > Does anyone have any objections to coercing text/plain and > application/octet-stream into more specific MIME types if they are > available via MIME_Magic ? And are there any other 'general' MIME types > to which this could apply? application/x-unknown. And you should definitely do that. -chuck -- Charles Hagenbuch, Black and white and grey, all the shades of truth. From jrkuipers@lauwerscollege.nl Mon May 28 13:55:49 2001 From: jrkuipers@lauwerscollege.nl (Jan Kuipers) Date: Mon, 28 May 2001 14:55:49 +0200 Subject: [dev] Another translation problem In-Reply-To: <990634991.3b0be3ef80bb5@mail.lauwerscollege.nl> References: <990559546.3b0abd3a5246b@mail.lauwerscollege.nl> <990604915.3b0b6e737075d@horde.lauwerscollege.nl> <990625428.3b0bbe9422300@marina.horde.org> <990634991.3b0be3ef80bb5@mail.lauwerscollege.nl> Message-ID: <991054549.3b124ad52ca8b@horde.lauwerscollege.nl> Citeren Jan Kuipers : > Aanhalen Chuck Hagenbuch : > > > What do you mean by copy a string to the top of the file? Sorry if I'm > > being > > slow... still on the first cup of coffee. > > P.e. > in sourceselect.inc > --------- > > > ?>
> $selected) ?>" /> > > ---------- > > The gettextstring is not translated here. But when you copy it to the > beginning of the code, > then it is translated ok. P.e. > > 06:31:46 max Exp $ ?> > ?> > --------- I narrowed this problem to this: hasMethod('contacts/sources')) { $selected = explode("\t", $prefs->getValue('search_sources')); echo _("None"); $readable = $registry->call('contacts/sources'); $writeable = $registry->call('contacts/sources', true); "None" is translated here. hasMethod('contacts/sources')) { $selected = explode("\t", $prefs->getValue('search_sources')); $readable = $registry->call('contacts/sources'); echo _("None"); $writeable = $registry->call('contacts/sources', true); "None" is NOT translated here. Any ideas ?? Additional, when using the expand names function in compose the translation is (partly) dropped after clicking on "Expand Names". -- Jan Kuipers, Systeembeheer Lauwers College From egan@sevenkings.net Mon May 28 16:14:42 2001 From: egan@sevenkings.net (Egan) Date: Mon, 28 May 2001 11:14:42 -0400 Subject: imp folder prefix Message-ID: <33q4htkejqt3801e5o98q1adslh9dh5cns@4ax.com> At then end of IMP_tree::init() there is some code to automatically expand the first level under a folder prefix. The effect of this is to show the folder prefix as a folder itself, in the list of folders presented to the user, along with all the folders it contains, one level beneath it. This is contrary to the purpose of using a prefix: to hide the prefix level from the user. Clearly, the first level under the prefix should be automatically expanded, as the code does already. But the entire first level under the prefix should be shifted up one level, because it *is* the top level you want the user to see (since you specified a folder prefix), and the prefix itself should be hidden. I'm still studying how to patch this. Any thoughts on how to proceed? Egan From chuck@horde.org Mon May 28 17:50:07 2001 From: chuck@horde.org (Chuck Hagenbuch) Date: Mon, 28 May 2001 12:50:07 -0400 Subject: [dev] imp folder prefix In-Reply-To: <33q4htkejqt3801e5o98q1adslh9dh5cns@4ax.com> References: <33q4htkejqt3801e5o98q1adslh9dh5cns@4ax.com> Message-ID: <991068607.3b1281bf313b2@marina.horde.org> Quoting Egan : > Clearly, the first level under the prefix should be automatically > expanded, as the code does already. But the entire first level under > the prefix should be shifted up one level, because it *is* the top > level you want the user to see (since you specified a folder prefix), > and the prefix itself should be hidden. > > I'm still studying how to patch this. Any thoughts on how to proceed? Sounds like you pretty much have it thought out - the tricky part is to keep the prefix in the hierarchy somewhere to avoid errors with folder subscriptions and such. If you get stuck, or have a patch that you want reviewed, just send it here. -chuck -- Charles Hagenbuch, Black and white and grey, all the shades of truth. From chuck@horde.org Mon May 28 17:56:10 2001 From: chuck@horde.org (Chuck Hagenbuch) Date: Mon, 28 May 2001 12:56:10 -0400 Subject: [dev] Another translation problem In-Reply-To: <991054549.3b124ad52ca8b@horde.lauwerscollege.nl> References: <990559546.3b0abd3a5246b@mail.lauwerscollege.nl> <990604915.3b0b6e737075d@horde.lauwerscollege.nl> <990625428.3b0bbe9422300@marina.horde.org> <990634991.3b0be3ef80bb5@mail.lauwerscollege.nl> <991054549.3b124ad52ca8b@horde.lauwerscollege.nl> Message-ID: <991068970.3b12832aa7154@marina.horde.org> Quoting Jan Kuipers : > Any ideas ?? Yes, I know exactly what's wrong now - I'll fix it asap. (base.php sets the gettext domain, and is included from registry calls. but we never undo that.) -chuck -- Charles Hagenbuch, Black and white and grey, all the shades of truth. From chuck@horde.org Mon May 28 18:07:44 2001 From: chuck@horde.org (Chuck Hagenbuch) Date: Mon, 28 May 2001 13:07:44 -0400 Subject: [dev] Another translation problem In-Reply-To: <991054549.3b124ad52ca8b@horde.lauwerscollege.nl> References: <990559546.3b0abd3a5246b@mail.lauwerscollege.nl> <990604915.3b0b6e737075d@horde.lauwerscollege.nl> <990625428.3b0bbe9422300@marina.horde.org> <990634991.3b0be3ef80bb5@mail.lauwerscollege.nl> <991054549.3b124ad52ca8b@horde.lauwerscollege.nl> Message-ID: <991069664.3b1285e044797@marina.horde.org> This should be fixed - thanks for the detective work! -chuck -- Charles Hagenbuch, Black and white and grey, all the shades of truth. From PMarcoux@csbf.qc.ca Mon May 28 21:34:08 2001 From: PMarcoux@csbf.qc.ca (Patrick Marcoux) Date: Mon, 28 May 2001 16:34:08 -0400 Subject: Release date Message-ID: <3B12B640.8729B7B3@csbf.qc.ca> Hi, First of all, I'de like to introduce myself. My name is Patrick Marcoux. I am working as an analyst in the education world in Quebec. We are experimenting your product called IMP. From the first look, this product seems to be very good. I have 2 questions to ask you about the Horde project. First of all, when do you expect to release the version 2.3 of IMP? I also have interest in your Kronolith's product . I also want to know the release date of this product. I know that I can download the CVS from your site but I prefered to wait for the final et pre-compile release. Thank's for your answer... Patrick Marcoux, analyst Commission scolaire des Bois-Francs. From egan@sevenkings.net Tue May 29 00:44:00 2001 From: egan@sevenkings.net (Egan) Date: Mon, 28 May 2001 19:44:00 -0400 Subject: [dev] imp folder prefix In-Reply-To: <991068607.3b1281bf313b2@marina.horde.org> References: <33q4htkejqt3801e5o98q1adslh9dh5cns@4ax.com> <991068607.3b1281bf313b2@marina.horde.org> Message-ID: <1sn5htck83778345rplp3e8fqsdqvdeiis@4ax.com> ---------------------- multipart/mixed attachment On Mon, 28 May 2001 12:50:07 -0400, Chuck Hagenbuch wrote: >Sounds like you pretty much have it thought out - the tricky part is to keep >the prefix in the hierarchy somewhere to avoid errors with folder subscriptions >and such. Yes, I can see what you mean. So I patched the presentation, and left the hierarchy unchanged. In folders.php, I copy $mailbox['level'] to a temporary variable called $indent_level, which is then used by row.inc. I look to see if we have a prefix, and if so, subtract 1 from the indent_level. That way, the entire hierarchy will be shifted up for display purposes. If the indent level is negative, that means it is the prefix, and it is not displayed (except for INBOX, which is a special case). When you have a prefix, it seems to work, except when collapsing all folders. Then you are left with nothing but the INBOX. Looks like some other section of code will need patching to handle that. I did not have time to look at that today -- I've attached the patch for what I've done so far. ---------------------- multipart/mixed attachment --- horde/imp/folders.php Sun May 27 11:05:43 2001 +++ horde/imp/folders.php Mon May 28 17:34:34 2001 @@ -248,6 +248,10 @@ /* Start iterating through the list of mailboxes, displaying them */ $mailbox = $imaptree->head(); +if (isset($imaptree->prefix) && strlen($imaptree->prefix) > 0) + $upshift_prefix = true; +else + $upshift_prefix = false; while (isset($mailbox) && is_array($mailbox)) { @@ -341,8 +345,13 @@ $navclass = ($rowct = !$rowct) ? 'list' : 'listlt'; } - include $conf['paths']['templates'] . '/folders/row.inc'; - $i++; + $indent_level = $mailbox['level']; + if ($upshift_prefix && $mailbox['value'] != 'INBOX') + $indent_level--; + if ($indent_level >= 0) { + include $conf['paths']['templates'] . '/folders/row.inc'; + $i++; + } if ($imaptree->isOpen($mailbox)) { $mailbox = $imaptree->next(); --- horde/imp/lib/Tree.php Sun Apr 29 13:00:18 2001 +++ horde/imp/lib/Tree.php Mon May 28 17:53:20 2001 @@ -312,22 +312,26 @@ function pickle () { $pickle = array(); $pickle['tree'] = base64_encode(serialize($this->tree)); - $pickle['first'] = $this->first; $pickle['cur'] = $this->cur; + $pickle['first'] = $this->first; $pickle['delimiter'] = $this->delimiter; - $pickle['server'] = $this->server; $pickle['listcmd'] = $this->listcmd; + $pickle['prefix'] = $this->prefix; + $pickle['offset'] = $this->offset; + $pickle['server'] = $this->server; return $pickle; } // pickle() // rebuild oneself from a serialized string function unpickle ($pickle) { $this->tree = unserialize(base64_decode($pickle['tree'])); - $this->first = $pickle['first']; $this->cur = $pickle['cur']; + $this->first = $pickle['first']; $this->delimiter = $pickle['delimiter']; - $this->server = $pickle['server']; $this->listcmd = $pickle['listcmd']; + $this->prefix = $pickle['prefix']; + $this->offset = $pickle['offset']; + $this->server = $pickle['server']; } --- horde/imp/templates/folders/row.inc Mon May 28 17:57:53 2001 +++ horde/imp/templates/folders/row.inc Mon May 28 17:55:46 2001 @@ -1,7 +1,7 @@ ---------------------- multipart/mixed attachment-- From jrkuipers@lauwerscollege.nl Tue May 29 07:43:08 2001 From: jrkuipers@lauwerscollege.nl (Jan Kuipers) Date: Tue, 29 May 2001 08:43:08 +0200 Subject: [dev] Another translation problem In-Reply-To: <991068970.3b12832aa7154@marina.horde.org> References: <990559546.3b0abd3a5246b@mail.lauwerscollege.nl> <990604915.3b0b6e737075d@horde.lauwerscollege.nl> <990625428.3b0bbe9422300@marina.horde.org> <990634991.3b0be3ef80bb5@mail.lauwerscollege.nl> <991054549.3b124ad52ca8b@horde.lauwerscollege.nl> <991068970.3b12832aa7154@marina.horde.org> Message-ID: <991118588.3b1344fc5926e@horde.lauwerscollege.nl> Citeren Chuck Hagenbuch : > Yes, I know exactly what's wrong now - I'll fix it asap. (base.php sets the > > gettext domain, and is included from registry calls. but we never undo > that.) That did it Chuck. That surely fixes a lot a strange problems, tnx. But... I still have another one :) The strings defined by _($name) in the file turba/templates/advanced/criteria.inc, where $name refers to turba/config/sources.php (cellPhone, homePhone, etc) are not detected by xgettext.sh, so they don't show up in the po-file. By the way when I put the strings in by hand the translation works fine... -- Jan Kuipers, Systeembeheer Lauwers College From chuck@horde.org Tue May 29 13:56:21 2001 From: chuck@horde.org (Chuck Hagenbuch) Date: Tue, 29 May 2001 08:56:21 -0400 Subject: [dev] Release date In-Reply-To: <3B12B640.8729B7B3@csbf.qc.ca> References: <3B12B640.8729B7B3@csbf.qc.ca> Message-ID: <991140981.3b139c7516037@marina.horde.org> Quoting Patrick Marcoux : > First of all, when do you expect to release the version 2.3 of IMP? We expect to release 2.4.0, the stable release based on the 2.3 series, within a few months. > I also have interest in your Kronolith's product. I also want to know the > release date of this product. I know that I can download the CVS from your > site but I prefered to wait for the final et pre-compile release. Well, what do you need in Kronolith that it currently doesn't do? If nothing, we can cut a tarball today and there's a release! :) I don't see it being 1.0 for a bit yet, but it basically needs some people with specific requirements driving it. -chuck -- Charles Hagenbuch, Black and white and grey, all the shades of truth. From chuck@horde.org Tue May 29 14:15:46 2001 From: chuck@horde.org (Chuck Hagenbuch) Date: Tue, 29 May 2001 09:15:46 -0400 Subject: [dev] Warning: Bad message number in /usr/local/horde/imp/mailbox.php on line 463 In-Reply-To: <5.0.2.1.0.20010516131802.01d07b18@staff.mail.uoguelph.ca> References: <5.0.2.1.0.20010516131802.01d07b18@staff.mail.uoguelph.ca> Message-ID: <991142146.3b13a102d12ff@marina.horde.org> Quoting Michael Bull : > ... this message comes up when (I suspect) IMP collides with another IMAP > client trying to check the same mailbox. The error is fine, as that > shouldn't occur in best practice (not having two IMAP clients running for > the same account at the same time), but it shows up a large number > of times, followed by blank inbox lines. I am running an older CVS, so > that may have been addressed... but if not, could this case be trapped and > reported more cleanly...? This is now trapped more cleanly; I'll work on logging stuff like this in the future. -chuck -- Charles Hagenbuch, Black and white and grey, all the shades of truth. From janmailing@gmx.de Tue May 29 14:25:57 2001 From: janmailing@gmx.de (Jan Schneider) Date: Tue, 29 May 2001 15:25:57 +0200 Subject: SyncML Message-ID: <991142757.3b13a3657624c@linux.wg.de> Hi, I just found syncml.org - a consortium of mainly mobile vendors who try to establish a xml-based rpc-like markup language for synchronisation of data like calendar, contacts, email etc. between any possible "connected" devices. Did anybody hear about it and also had the horde apps in mind? Wouldn't it be great to see horde synchronize seemlessly with any SyncML-enabled Mobile, PIM, PDA, whatever?! Any comments? Jan. :::::::::::::::::::::::::::::::::::::::: AMMMa AG - discover your knowledge ::::::::::::::::::::::::::: Detmolder Str. 25-33 :: D-33604 Bielefeld fon +49.521.96878-0 :: fax +49.521.96878-20 http://www.ammma.de :::::::::::::::::::::::::::::::::::::::::::::: From egan@sevenkings.net Tue May 29 14:52:00 2001 From: egan@sevenkings.net (Egan) Date: Tue, 29 May 2001 09:52:00 -0400 Subject: [dev] imp folder prefix In-Reply-To: <1sn5htck83778345rplp3e8fqsdqvdeiis@4ax.com> References: <33q4htkejqt3801e5o98q1adslh9dh5cns@4ax.com> <991068607.3b1281bf313b2@marina.horde.org> <1sn5htck83778345rplp3e8fqsdqvdeiis@4ax.com> Message-ID: <89a7ht4cq9cheq0dgjvv6pbgsn2dff413v@4ax.com> On Mon, 28 May 2001 19:44:00 -0400, Egan wrote: >When you have a prefix, it seems to work, except when collapsing all >folders. Then you are left with nothing but the INBOX. Looks like >some other section of code will need patching to handle that. OK, I fixed that. I also cleaned up the previous patch. Please ignore it, and review this one instead. Everything works that I could think of to test, at least in regard to the folder prefix changes. I had to patch the pickle code in Tree.php because the folder prefix was not being saved in the session. That caused display problems because the prefix was missing in the case of restoring the tree from the session data. While I was there, I changed the pickling order to match the order of the fields defined in class IMP_tree. $offset is not initialized to any value in the class definition, so I was not sure if it should be pickled too. But I did, just to be consistent. I did notice some bugs that were present without my patch: When you expand the folder view, and then refresh, the view collapses. This seems to be a bug, because it does not happen when you expand the view, then go to a folder, and then go again the folder view. In that case, it maintains whatever you had already expanded the view to. Also, at least three times while testing, I got dumped back to the login screen. I tried to reproduce the problem by following similar steps which led to it, but I could not. I'm not completely sure, but it seems like the problem happened sometime after using the browser back button to go back to the folder view from some other screen, and getting the page expired browser message. I updated horde/imp CVS yesterday, and I'm using PHP 4.0.5. Maybe this is a PHP bug, I don't know. I do know that if I turn on output buffering, PHP crashes consistently. BTW, it seems like the page expired message does not happen when going back to the message list from some other screen; it only happens when going back to the folder view. Is this something that needs fixing with the folder view? Here is my new folder prefix patch ... Egan --- horde/imp/templates/folders/row.inc Mon May 28 17:57:53 2001 +++ horde/imp/templates/folders/row.inc Mon May 28 17:55:46 2001 @@ -1,7 +1,7 @@ --- horde/imp/folders.php Tue May 29 07:23:08 2001 +++ horde/imp/folders.php Tue May 29 07:26:55 2001 @@ -340,9 +340,22 @@ } else { $navclass = ($rowct = !$rowct) ? 'list' : 'listlt'; } - - include $conf['paths']['templates'] . '/folders/row.inc'; - $i++; + + $indent_level = $mailbox['level']; + if ($imaptree->prefix != '' && $mailbox['value'] != 'INBOX') { + // We have a folder prefix, shift each folder in the + // hierarchy up one level before showing it to the user + $indent_level--; + } + if ($indent_level < 0) { + // This is a folder prefix; hide it from the user, + // and revert rowct, since we hide the folder prefix + $rowct = !$rowct; + } else { + // Display the folder + include $conf['paths']['templates'] . '/folders/row.inc'; + $i++; + } if ($imaptree->isOpen($mailbox)) { $mailbox = $imaptree->next(); --- horde/imp/lib/Tree.php Tue May 29 07:23:09 2001 +++ horde/imp/lib/Tree.php Tue May 29 07:32:32 2001 @@ -134,7 +134,10 @@ $mailbox = $this->head(); while (isset($mailbox) && is_array($mailbox)) { - if ($this->hasChildren($mailbox)) { + if ($this->prefix != '' && $mailbox['level'] == 0) { + // We have a folder prefix, don't collapse the first level + } + else if ($this->hasChildren($mailbox)) { $this->collapse($this->server . $mailbox['value']); } $mailbox = $this->next(); @@ -312,22 +315,26 @@ function pickle () { $pickle = array(); $pickle['tree'] = base64_encode(serialize($this->tree)); - $pickle['first'] = $this->first; $pickle['cur'] = $this->cur; + $pickle['first'] = $this->first; $pickle['delimiter'] = $this->delimiter; - $pickle['server'] = $this->server; $pickle['listcmd'] = $this->listcmd; + $pickle['prefix'] = $this->prefix; + $pickle['offset'] = $this->offset; + $pickle['server'] = $this->server; return $pickle; } // pickle() // rebuild oneself from a serialized string function unpickle ($pickle) { $this->tree = unserialize(base64_decode($pickle['tree'])); - $this->first = $pickle['first']; $this->cur = $pickle['cur']; + $this->first = $pickle['first']; $this->delimiter = $pickle['delimiter']; - $this->server = $pickle['server']; $this->listcmd = $pickle['listcmd']; + $this->prefix = $pickle['prefix']; + $this->offset = $pickle['offset']; + $this->server = $pickle['server']; } From anil@recoil.org Tue May 29 15:17:02 2001 From: anil@recoil.org (Anil Madhavapeddy) Date: Tue, 29 May 2001 15:17:02 +0100 Subject: [dev] imp folder prefix References: <33q4htkejqt3801e5o98q1adslh9dh5cns@4ax.com> <991068607.3b1281bf313b2@marina.horde.org> <1sn5htck83778345rplp3e8fqsdqvdeiis@4ax.com> <89a7ht4cq9cheq0dgjvv6pbgsn2dff413v@4ax.com> Message-ID: <014c01c0e84a$08d3b510$05eca8c0@shock> Egan wrote: > > When you expand the folder view, and then refresh, > the view collapses. This seems to be a bug Not so much a bug as a feature :-) When you do the refresh, it destroys the cached folder structure, and recreates it. This takes into account any folder addition/creation/modifications that have occurred independently of IMP. When the folder structure is removed from the session, the information about what was expanded/deleted has now also vanished, hence what you are seeing. Today, when we add/delete/rename a folder, I think we actually splice the information in the cached tree (been a while since I've looked at the navigator). This would mean that we don't need to destroy the tree on a refresh anymore. However, it would mean that the user can't force a folder refresh if they modify the folder list somewhere else (or toggle subscribe/unsubscribe). > Maybe this is a PHP bug, I don't know. I do know that > if I turn on output buffering, PHP crashes consistently. Could you get a backtrace of this and report it as a PHP bug? output buffering should be pretty stable in 4.0.5 Anil From egan@sevenkings.net Tue May 29 16:36:57 2001 From: egan@sevenkings.net (Egan) Date: Tue, 29 May 2001 11:36:57 -0400 Subject: I/O hammering (was: imp folder prefix) In-Reply-To: <014c01c0e84a$08d3b510$05eca8c0@shock> References: <33q4htkejqt3801e5o98q1adslh9dh5cns@4ax.com> <991068607.3b1281bf313b2@marina.horde.org> <1sn5htck83778345rplp3e8fqsdqvdeiis@4ax.com> <89a7ht4cq9cheq0dgjvv6pbgsn2dff413v@4ax.com> <014c01c0e84a$08d3b510$05eca8c0@shock> Message-ID: On Tue, 29 May 2001 15:17:02 +0100, "Anil Madhavapeddy" wrote: >> if I turn on output buffering, PHP crashes consistently. > >Could you get a backtrace of this and report it as a PHP bug? output >buffering should be pretty stable in 4.0.5 If I get time. But since I can run with no output buffering, I will have to ignore that problem for now. My immediate goal is to get IMP 2.3.7 in good enough shape to use. It doesn't have to be perfect, just good enough. The only remaining obstacle is the big hit on disk I/O when building the list of messages. I thought UW-IMAP would be my I/O hog, but it's not. Just by listening to the disk in my test box, I can tell that building the messages list is hammering the disk with I/O. In comparison, when opening Outlook Express, which in turn opens an instance on UW-IMAPd, I can hear one little hit to the disk, and then nothing more for displaying the list of messages (stored in mbx format). With only that, I could probably live with non-persistent IMAP connections, even using UW-IMAP. But with IMP, OTOH, I can hear that first little I/O hit for opening IMAPd, and immediately following that, I hear the disk being hammered right before the list of messages appears. IMP only does this with the message list, it does not hit the disk hard with the folder list. If the message list is very short, say only one message, I only hear a very brief I/O hit to the disk. But IMP must be doing enough I/O for each message that multiplying that amount by 20 for a whole page adds up to a big I/O hit. Does anyone know why building the message list is so I/O intensive? Can it be fixed? Egan From chuck@horde.org Tue May 29 16:39:42 2001 From: chuck@horde.org (Chuck Hagenbuch) Date: Tue, 29 May 2001 11:39:42 -0400 Subject: [dev] SyncML In-Reply-To: <991142757.3b13a3657624c@linux.wg.de> References: <991142757.3b13a3657624c@linux.wg.de> Message-ID: <991150782.3b13c2bebab7d@marina.horde.org> Quoting Jan Schneider : > Did anybody hear about it and also had the horde apps in mind? Wouldn't it be > great to see horde synchronize seemlessly with any SyncML-enabled Mobile, > PIM, PDA, whatever?! I hadn't heard of it, but it'd be great to have Horde support it. I haven't had a chance to see exactly what that would involve, though - how much have you looked at it? What kind of stuff would we need? -chuck -- Charles Hagenbuch, Black and white and grey, all the shades of truth. From anil@recoil.org Tue May 29 17:09:32 2001 From: anil@recoil.org (Anil Madhavapeddy) Date: Tue, 29 May 2001 17:09:32 +0100 Subject: [dev] I/O hammering (was: imp folder prefix) References: <33q4htkejqt3801e5o98q1adslh9dh5cns@4ax.com> <991068607.3b1281bf313b2@marina.horde.org> <1sn5htck83778345rplp3e8fqsdqvdeiis@4ax.com> <89a7ht4cq9cheq0dgjvv6pbgsn2dff413v@4ax.com> <014c01c0e84a$08d3b510$05eca8c0@shock> Message-ID: <002101c0e859$d91836b0$c2ec87d4@shock> Egan wrote: > > Does anyone know why building the message list > is so I/O intensive? Listening to your spindles isn't the most scientific way of solving the problem ;-) It would very useful if you could get an IMAP trace to figure out what extra commands IMP is sending that Outlook isn't. Bear in mind that Outlook caches the message bodies to local disk, and IMP obviously cannot do this. So Outlook just needs to compare message headers when the folder is reopened, whereas IMP needs to parse the whole lot. It shouldn't be hammering your box _that_ badly though - I access folders with > 20000 messages with Courier-IMAP on a relatively slow machine with no problems. Anil From chuck@horde.org Tue May 29 17:04:15 2001 From: chuck@horde.org (Chuck Hagenbuch) Date: Tue, 29 May 2001 12:04:15 -0400 Subject: [dev] Another translation problem In-Reply-To: <991118588.3b1344fc5926e@horde.lauwerscollege.nl> References: <990559546.3b0abd3a5246b@mail.lauwerscollege.nl> <990604915.3b0b6e737075d@horde.lauwerscollege.nl> <990625428.3b0bbe9422300@marina.horde.org> <990634991.3b0be3ef80bb5@mail.lauwerscollege.nl> <991054549.3b124ad52ca8b@horde.lauwerscollege.nl> <991068970.3b12832aa7154@marina.horde.org> <991118588.3b1344fc5926e@horde.lauwerscollege.nl> Message-ID: <991152255.3b13c87f607b8@marina.horde.org> Quoting Jan Kuipers : > The strings defined by _($name) in the file > turba/templates/advanced/criteria.inc, where $name refers to > turba/config/sources.php (cellPhone, homePhone, etc) are not detected by > xgettext.sh, so they don't show up in the po-file. > By the way when I put the strings in by hand the translation works > fine... This should be fixed now, with nicer labels, too. ;) -chuck -- Charles Hagenbuch, Black and white and grey, all the shades of truth. From egan@sevenkings.net Tue May 29 18:17:41 2001 From: egan@sevenkings.net (Egan) Date: Tue, 29 May 2001 13:17:41 -0400 Subject: [dev] I/O hammering (was: imp folder prefix) In-Reply-To: <002101c0e859$d91836b0$c2ec87d4@shock> References: <33q4htkejqt3801e5o98q1adslh9dh5cns@4ax.com> <991068607.3b1281bf313b2@marina.horde.org> <1sn5htck83778345rplp3e8fqsdqvdeiis@4ax.com> <89a7ht4cq9cheq0dgjvv6pbgsn2dff413v@4ax.com> <014c01c0e84a$08d3b510$05eca8c0@shock> <002101c0e859$d91836b0$c2ec87d4@shock> Message-ID: On Tue, 29 May 2001 17:09:32 +0100, "Anil Madhavapeddy" wrote: >Listening to your spindles isn't the most scientific way of solving the >problem ;-) Science was never my favorite subject. I'm a CS grad who barely squeaked through. ;-) I had also seen httpd take a big CPU hit, so I was thinking PHP, instead of IMAPd, was causing the I/O. But after what you said, I pointed IMP to a different IMAP server which is remote, and you are right, the big I/O hit stopped (at least on the machine running IMP). >It would very useful if you could get an IMAP trace to >figure out what extra commands IMP is sending that Outlook isn't. I did a tcpdump of packets between the IMP box and the remote IMAPd box to capture traffic associated with a screen of messages. It looks like an awful lot of talking just to get a list of 20 messages. I don't know how to get an IMAP trace. Any suggestions? >Bear in mind that Outlook caches the message bodies to local disk, and >IMP obviously cannot do this. So Outlook just needs to compare message >headers when the folder is reopened, whereas IMP needs to parse the >whole lot. Are you saying that IMP is getting message bodies just to display the screen which shows a list of 20 messages? Egan From chuck@horde.org Tue May 29 19:38:24 2001 From: chuck@horde.org (Chuck Hagenbuch) Date: Tue, 29 May 2001 14:38:24 -0400 Subject: [dev] I/O hammering (was: imp folder prefix) In-Reply-To: References: <33q4htkejqt3801e5o98q1adslh9dh5cns@4ax.com> <991068607.3b1281bf313b2@marina.horde.org> <1sn5htck83778345rplp3e8fqsdqvdeiis@4ax.com> <89a7ht4cq9cheq0dgjvv6pbgsn2dff413v@4ax.com> <014c01c0e84a$08d3b510$05eca8c0@shock> <002101c0e859$d91836b0$c2ec87d4@shock> Message-ID: <991161504.3b13eca03078f@marina.horde.org> Quoting Egan : > Are you saying that IMP is getting message bodies just to display the > screen which shows a list of 20 messages? No. -chuck -- Charles Hagenbuch, Black and white and grey, all the shades of truth. From anil@recoil.org Tue May 29 20:25:24 2001 From: anil@recoil.org (Anil Madhavapeddy) Date: Tue, 29 May 2001 20:25:24 +0100 Subject: [dev] I/O hammering (was: imp folder prefix) References: <33q4htkejqt3801e5o98q1adslh9dh5cns@4ax.com> <991068607.3b1281bf313b2@marina.horde.org> <1sn5htck83778345rplp3e8fqsdqvdeiis@4ax.com> <89a7ht4cq9cheq0dgjvv6pbgsn2dff413v@4ax.com> <014c01c0e84a$08d3b510$05eca8c0@shock> <002101c0e859$d91836b0$c2ec87d4@shock> Message-ID: <004a01c0e875$1c42a040$c2ec87d4@shock> Egan wrote: > > Are you saying that IMP is getting message bodies > just to display the screen which shows a list of 20 > messages? No, but it needs to retrieve more information than Outlook, which has a lot of information cached on the local disk. The exact differences will be revealed in the IMAP trace. I'm not sure how you can get this easily (Courier-IMAP has a debug mode which writes every IMAP command received to stderr - UW might have something similar). Or just tcpdump and parse the output through a script. Anil From egan@sevenkings.net Tue May 29 23:46:21 2001 From: egan@sevenkings.net (Egan) Date: Tue, 29 May 2001 18:46:21 -0400 Subject: [dev] I/O hammering (was: imp folder prefix) In-Reply-To: <004a01c0e875$1c42a040$c2ec87d4@shock> References: <33q4htkejqt3801e5o98q1adslh9dh5cns@4ax.com> <991068607.3b1281bf313b2@marina.horde.org> <1sn5htck83778345rplp3e8fqsdqvdeiis@4ax.com> <89a7ht4cq9cheq0dgjvv6pbgsn2dff413v@4ax.com> <014c01c0e84a$08d3b510$05eca8c0@shock> <002101c0e859$d91836b0$c2ec87d4@shock> <004a01c0e875$1c42a040$c2ec87d4@shock> Message-ID: <2b98ht0vosfikvi1p4blv8q1fbgagnnf8c@4ax.com> On Tue, 29 May 2001 20:25:24 +0100, "Anil Madhavapeddy" wrote: >Outlook caches the message bodies to local disk OK, I went into Outlook and used the local file cleanup "reset" option to purge all my local cache, forcing it to download headers again, and thus fairly compare it to IMP. >UW might have something similar). Or just tcpdump and parse the >output through a script. I don't know what UW has, so I used tcpdump -x, piped to a perl hex decoder called tcpdecode. With 4 messages in my INBOX, I traced Outlook vs. IMP. Comparing the two traces, I see that Outlook does a UID fetch: UID FETCH 1:* ( BODY.PEEK [HEADER.FIELDS (References ... Newsgroups)] ENVELOPE RFC822.SIZE UID FLAGS INTERNALDATE ) Then IMAPD returns the requested info for all 4 messages, in a single response: 1 FETCH (UID 5243 ... blah blah 2 FETCH (UID 5244 ... blah blah 3 FETCH (UID 5245 ... blah blah 4 FETCH (UID 5246 ... blah blah And then, IMAPD says: OK UID FETCH COMPLETED Then, Outlook does: UID FETCH 1:5246 (UID FLAGS) And IMAPD responds with: 1 FETCH (UID 5243 FLAGS (\Seen)) 2 FETCH (UID 5244 FLAGS ()) 3 FETCH (UID 5245 FLAGS (\Seen)) 4 FETCH (UID 5246 FLAGS (\Seen)) OK UID FETCH completed And that is the end. Outlook has built its message list, and it's done. Very brief and to the point. And it does not hammer the disk. :-) The IMP trace, OTOH, well ... it starts with: UID SORT then UID FETCH 5243 UID and then a sequence fetch: FETCH 1,2:4 ( ENVELOPE BODY.PEEK [HEADER.FIELDS (Path Message_ID Newsgroups ...)] INTERNALDATE RFC822.SIZE FLAGS ) Then IMAPD returns the requested info for all 4 messages, in a single response 1 FETCH (ENVELOPE ... blah blah 2 FETCH (ENVELOPE ... blah blah 3 FETCH (ENVELOPE ... blah blah 4 FETCH (ENVELOPE ... blah blah And then, IMAPD says: OK FETCH COMPLETED Then IMP does: FETCH 1 BODY.PEEK[HEADER] *** And IMAP returns the entire header!!! *** And says: OK FETCH COMPLETED Then IMP does: FETCH 1 (BODYSTRUCTURE FLAGS) IMAPD returns them and says: OK FETCH COMPLETED And then IMP does: UID FETCH 5244 UID And then IMAPD says: OK UID FETCH COMPLETED AND THEN! AND THEN! AND THEN! IMP repeats this agonizing cycle for each remaining message. Just to build the message list. Arrrgghhhh!!!! IMP does not talk well to UW-IMAP. Maybe it does better with Courier, but work is needed to get it in shape for UW-IMAP. I'll do what I can to help, but I'm just the village idiot. :-\ Egan From anil@recoil.org Wed May 30 00:52:58 2001 From: anil@recoil.org (Anil Madhavapeddy) Date: Wed, 30 May 2001 00:52:58 +0100 Subject: [dev] I/O hammering (was: imp folder prefix) References: <33q4htkejqt3801e5o98q1adslh9dh5cns@4ax.com> <991068607.3b1281bf313b2@marina.horde.org> <1sn5htck83778345rplp3e8fqsdqvdeiis@4ax.com> <89a7ht4cq9cheq0dgjvv6pbgsn2dff413v@4ax.com> <014c01c0e84a$08d3b510$05eca8c0@shock> <002101c0e859$d91836b0$c2ec87d4@shock> <004a01c0e875$1c42a040$c2ec87d4@shock> <2b98ht0vosfikvi1p4blv8q1fbgagnnf8c@4ax.com> Message-ID: <000d01c0e89a$7d6ff230$c2ec87d4@shock> Egan wrote: > > IMP repeats this agonizing cycle for each remaining > message. Just to build the message list. Arrrgghhhh!!!! That was an excellent trace - thanks for taking the trouble to do that! Hrm, so Outlook does just a single sequence fetch for the entire range of messages, whereas we do individual ones. I can see why this hits UW harder - since all the messages are bundled in mbox format, it would be more efficient for it to do this in one go; in Courier-IMAP's case, the individual maildir files would have to be opened anyway. This needs pondering ... looking at mailbox.php, we currently do several imap_header() calls - however, this can't be replaced with imap_headers() since it isn't granular enough (doesn't allow the selection of a range of headers to return, only all of them). Also, we imap_fetchstructure() to determine what icon to put in beside the message. Anil From chuck@horde.org Wed May 30 05:37:41 2001 From: chuck@horde.org (Chuck Hagenbuch) Date: Wed, 30 May 2001 00:37:41 -0400 Subject: [dev] I/O hammering (was: imp folder prefix) In-Reply-To: <000d01c0e89a$7d6ff230$c2ec87d4@shock> References: <33q4htkejqt3801e5o98q1adslh9dh5cns@4ax.com> <991068607.3b1281bf313b2@marina.horde.org> <1sn5htck83778345rplp3e8fqsdqvdeiis@4ax.com> <89a7ht4cq9cheq0dgjvv6pbgsn2dff413v@4ax.com> <014c01c0e84a$08d3b510$05eca8c0@shock> <002101c0e859$d91836b0$c2ec87d4@shock> <004a01c0e875$1c42a040$c2ec87d4@shock> <2b98ht0vosfikvi1p4blv8q1fbgagnnf8c@4ax.com> <000d01c0e89a$7d6ff230$c2ec87d4@shock> Message-ID: <991197461.3b1479154627b@marina.horde.org> Quoting Anil Madhavapeddy : > This needs pondering ... looking at mailbox.php, we currently do several > imap_header() calls - however, this can't be replaced with > imap_headers() since it isn't granular enough (doesn't allow the > selection of a range of headers to return, only all of them). Also, we > imap_fetchstructure() to determine what icon to put in beside the message. Well... we only fetch just a slice of the message because of problems that phplib had with large amounts of session data. Now that we're using php4 sessions, we could conceivably: 1). Just cache the whole message list 2). Cache the headers, too, while we're at it. We can also drop the imap_fetchstructure(); I'm not sure how tied to it people are, but it seems like it'd be a pretty significant performance boost. All of these together might _really_ crank things up. Thoughts? -chuck -- Charles Hagenbuch, Black and white and grey, all the shades of truth. From anil@recoil.org Wed May 30 08:20:15 2001 From: anil@recoil.org (Anil Madhavapeddy) Date: Wed, 30 May 2001 08:20:15 +0100 Subject: [dev] I/O hammering (was: imp folder prefix) References: <33q4htkejqt3801e5o98q1adslh9dh5cns@4ax.com> <991068607.3b1281bf313b2@marina.horde.org> <1sn5htck83778345rplp3e8fqsdqvdeiis@4ax.com> <89a7ht4cq9cheq0dgjvv6pbgsn2dff413v@4ax.com> <014c01c0e84a$08d3b510$05eca8c0@shock> <002101c0e859$d91836b0$c2ec87d4@shock> <004a01c0e875$1c42a040$c2ec87d4@shock> <2b98ht0vosfikvi1p4blv8q1fbgagnnf8c@4ax.com> <000d01c0e89a$7d6ff230$c2ec87d4@shock> <991197461.3b1479154627b@marina.horde.org> Message-ID: <00e901c0e8d8$f94a7400$c2ec87d4@shock> Chuck Hagenbuch wrote: > > 1). Just cache the whole message list > 2). Cache the headers, too, while we're at it. > How can we check for freshness in case of external changes though? I think Outlook retrieves all the headers in a single sequence and then compares them right? Hmm, but they have the advantage that they only do this every time the user does a 'send and recieve' and not every time a message is viewed. > We can also drop the imap_fetchstructure(); I'm not sure > how tied to it people are, but it seems like it'd be a pretty > significant performance boost. All of these together might _really_ > crank things up. I think this should be an option - the code is already there to show the icons, they are pretty useful, and many people prefer features over performance if they are just using the webmail on a small scale. Anil From jrkuipers@lauwerscollege.nl Wed May 30 09:11:31 2001 From: jrkuipers@lauwerscollege.nl (Jan Kuipers) Date: Wed, 30 May 2001 10:11:31 +0200 Subject: Small patch for attributes.php (turba) Message-ID: <991210291.3b14ab33bd12c@horde.lauwerscollege.nl> Hello, Please add the following line to attributes.php.(dist): $attributes['alias'] = _("Alias"); It is used by the LDAP-directory -- Jan Kuipers, Systeembeheer Lauwers College From jrkuipers@lauwerscollege.nl Wed May 30 09:40:42 2001 From: jrkuipers@lauwerscollege.nl (Jan Kuipers) Date: Wed, 30 May 2001 10:40:42 +0200 Subject: Horde translation Message-ID: <991212042.3b14b20a91481@horde.lauwerscollege.nl> Hello, Several templates from Horde applications were moved to the generic Horde templates. By this the strings in this templates are not translated. I used (after modification of the Makefile) the files from imp/po to generate a translation for Horde. This went all ok, but the strings aren't translated, so I assume that the bindtextdomain isn't registered for Horde? -- Jan Kuipers, Systeembeheer Lauwers College From jrkuipers@lauwerscollege.nl Wed May 30 10:31:27 2001 From: jrkuipers@lauwerscollege.nl (Jan Kuipers) Date: Wed, 30 May 2001 11:31:27 +0200 Subject: Small patch for conf.php.dist (kronolith) Message-ID: <991215087.3b14bdefcfe7d@horde.lauwerscollege.nl> Hello, Please insert the Preference System Settings in kronolith/config/conf.php.dist. /** ** Preference System Settings **/ // What preferences driver should we use? Valid values are 'none' // (meaning use system defaults and don't save any user preferences), // 'session' (preferences only persist during the login), 'ldap', // and 'sql'. $conf['prefs']['driver'] = 'none'; // Any parameters that the preferences driver needs. This includes // database or ldap server, username/password to connect with, etc. $conf['prefs']['params'] = array(); -- Jan Kuipers, Systeembeheer Lauwers College From peter@ukip.com Wed May 30 11:24:25 2001 From: peter@ukip.com (Peter R. Hubberstey) Date: Wed, 30 May 2001 11:24:25 +0100 Subject: [imp] compose errors IMP 2.3.6 In-Reply-To: Message-ID: ok - I've got the current CVS tree of php, double checked and triple checked everything including the PHP include path etc and I still get exactly the same errors. So I looked at the error message more closely. One message was caused by not renaming imp/config/trailers.txt.dist. PROGRESS -- Yippee :) Then I was still getting the include error... The PEAR installation in PHP-4.0.5 installed a file /usr/local/lib/php/Mail/RFC822.php. Problem was that the error I was getting referred to horde/MIME.php including the file Mail/rfc822.php. That file did not exist. At first I thought I'd fixed the problem by simply copying the RFC822.php file to lowercase. Then I got an error about not being able to RE-DECLARE a function... :( So I figured, if there is some ambiguity about which is the REAL include file, this *might* happen and the variable *might* not be declared in the proper include file. (I know what I'm trying to say...) So I changed line 73 of MIME.php to refer to the original RFC822.php include file - IE changed it for upper case. HEY PRESTO!!! It worked!!! I hope other's learn from my tribulations... oh do you know if this problem fixed in the current CVS ? if not, perhaps you could pass on a message?? Cheers, Peter. -----Original Message----- From: Brent J. Nordquist [mailto:bjn@horde.org] Sent: 29 May 2001 19:22 To: imp@lists.horde.org Subject: RE: [imp] compose errors IMP 2.3.6 On Tue, 29 May 2001, Peter R. Hubberstey wrote: > How do I correctly install this pear PHP extension then ? I couldn't > find it in the docs... Here's a Chuck quote: > Download the latest php4 source (http://cvs.php.net), or grab a recent > snapshot (http://snaps.php.net/). Then run: > > ./buildconf > ./configure > cd pear > make install If you've already downloaded and built PHP, then "cd pear ; make install" is probably all you need. Then just make sure the PEAR directory is in PHP's include_path (the phpinfo() link at the top of test.php helps double-check that). > PS - if I'm not just being stupid and it's missing - I could perhaps > voluteer to tackle to documentation for people ? Help on docs is always welcome... I would say if you're interested, subscribe to and , and read recent list archives... Jon asked a week or two ago for people to review the latest Horde install docs, for example. > That way I won't feel as though I'm using the real good guys like you :) Hey, we're all just helping each other on this list... I have my days of confusion too (just see the IMP list archive). ;-) -- Brent J. Nordquist N0BJN Yahoo!: Brent_Nordquist / AIM: BrentJNordquist / ICQ: 76158942 -- IMP mailing list: http://horde.org/imp/ Frequently Asked Questions: http://horde.org/faq/ To unsubscribe, mail: imp-unsubscribe@lists.horde.org From bjn@horde.org Wed May 30 11:49:24 2001 From: bjn@horde.org (Brent J. Nordquist) Date: Wed, 30 May 2001 05:49:24 -0500 (CDT) Subject: [imp] compose errors IMP 2.3.6 In-Reply-To: Message-ID: On Wed, 30 May 2001, Peter R. Hubberstey wrote: > So I changed line 73 of MIME.php to refer to the original RFC822.php > include file - IE changed it for upper case. > > HEY PRESTO!!! It worked!!! > > oh do you know if this problem fixed in the current CVS ? Yes, back in February. :-) If you want to work with 2.3.x you should probably check out a full copy from CVS... the Horde team has been making changes to 2.3.x to keep up with PHP as it continues (rapidly) to evolve. -- Brent J. Nordquist N0BJN Yahoo!: Brent_Nordquist / AIM: BrentJNordquist / ICQ: 76158942 From chuck@horde.org Wed May 30 15:05:12 2001 From: chuck@horde.org (Chuck Hagenbuch) Date: Wed, 30 May 2001 10:05:12 -0400 Subject: [dev] Small patch for conf.php.dist (kronolith) In-Reply-To: <991215087.3b14bdefcfe7d@horde.lauwerscollege.nl> References: <991215087.3b14bdefcfe7d@horde.lauwerscollege.nl> Message-ID: <991231512.3b14fe18a2367@marina.horde.org> Quoting Jan Kuipers : > Please insert the Preference System Settings in > kronolith/config/conf.php.dist. The prefs system settings should be horde-wide; I'm going to change the .dist files to have the conf in config/horde.php and nowhere else as soon as I get a chance. -chuck -- Charles Hagenbuch, Black and white and grey, all the shades of truth. From chuck@horde.org Wed May 30 15:17:13 2001 From: chuck@horde.org (Chuck Hagenbuch) Date: Wed, 30 May 2001 10:17:13 -0400 Subject: [dev] Horde translation In-Reply-To: <991212042.3b14b20a91481@horde.lauwerscollege.nl> References: <991212042.3b14b20a91481@horde.lauwerscollege.nl> Message-ID: <991232233.3b1500e9e5813@marina.horde.org> Quoting Jan Kuipers : > Several templates from Horde applications were moved to the generic > Horde templates. By this the strings in this templates are not translated. > I used (after modification of the Makefile) the files from imp/po to > generate a translation for Horde. This went all ok, but the strings > aren't translated, so I assume that the bindtextdomain isn't registered > for Horde? No, and it wouldn't make sense to do so. What we need to do is to generate .po files for Horde, and then concatenate them with the application .po files before building the .mo files. Anyone want to volunteer to make the necessary changes? -chuck -- Charles Hagenbuch, Black and white and grey, all the shades of truth. From chuck@horde.org Wed May 30 15:20:23 2001 From: chuck@horde.org (Chuck Hagenbuch) Date: Wed, 30 May 2001 10:20:23 -0400 Subject: [dev] I/O hammering (was: imp folder prefix) In-Reply-To: <00e901c0e8d8$f94a7400$c2ec87d4@shock> References: <33q4htkejqt3801e5o98q1adslh9dh5cns@4ax.com> <991068607.3b1281bf313b2@marina.horde.org> <1sn5htck83778345rplp3e8fqsdqvdeiis@4ax.com> <89a7ht4cq9cheq0dgjvv6pbgsn2dff413v@4ax.com> <014c01c0e84a$08d3b510$05eca8c0@shock> <002101c0e859$d91836b0$c2ec87d4@shock> <004a01c0e875$1c42a040$c2ec87d4@shock> <2b98ht0vosfikvi1p4blv8q1fbgagnnf8c@4ax.com> <000d01c0e89a$7d6ff230$c2ec87d4@shock> <991197461.3b1479154627b@marina.horde.org> <00e901c0e8d8$f94a7400$c2ec87d4@shock> Message-ID: <991232423.3b1501a7f3350@marina.horde.org> Quoting Anil Madhavapeddy : > How can we check for freshness in case of external changes though? I > think Outlook retrieves all the headers in a single sequence and then > compares them right? Hmm, but they have the advantage that they only do > this every time the user does a 'send and recieve' and not every time a > message is viewed. We have a few options - only check on refresh (manual or timed), etc... we can figure something out. We manage only refreshing the folder list on certain events now... > I think this should be an option - the code is already there to show the > icons, they are pretty useful, and many people prefer features over > performance if they are just using the webmail on a small scale. Okay - we also might be able to get almost as much information from the headers (if we can get a content-type header especially). -chuck -- Charles Hagenbuch, Black and white and grey, all the shades of truth. From egan@sevenkings.net Wed May 30 20:44:15 2001 From: egan@sevenkings.net (Egan) Date: Wed, 30 May 2001 15:44:15 -0400 Subject: [dev] I/O hammering (was: imp folder prefix) In-Reply-To: <991248082.3b153ed2d75b0@marina.horde.org> References: <33q4htkejqt3801e5o98q1adslh9dh5cns@4ax.com> <991068607.3b1281bf313b2@marina.horde.org> <1sn5htck83778345rplp3e8fqsdqvdeiis@4ax.com> <89a7ht4cq9cheq0dgjvv6pbgsn2dff413v@4ax.com> <014c01c0e84a$08d3b510$05eca8c0@shock> <002101c0e859$d91836b0$c2ec87d4@shock> <004a01c0e875$1c42a040$c2ec87d4@shock> <2b98ht0vosfikvi1p4blv8q1fbgagnnf8c@4ax.com> <991248082.3b153ed2d75b0@marina.horde.org> Message-ID: On Wed, 30 May 2001 14:41:22 -0400, Chuck Hagenbuch wrote: >I've done some work to see if we can get any better with the current PHP >functions. I've been looking at php_imap.c, and I think we can do a lot better by tweaking it. As the trace showed, IMP did do one sequence fetch, before it started its multi-step retrieval cycle. Grepping php_imap.c for functions which take **sequence instead of just a single message number input, I only see a few: imap_delete imap_undelete imap_setflag_full imap_clearflag_full imap_fetch_overview Obviously, the only interesting one is imap_fetch_overview. What is puzzling me at this point, is that grepping the IMP source, I don't see any calls to imap_fetch_overview, so I don't yet understand how IMP generated that one sequence fetch in the trace. But something caused it; it's there in the trace. Anytime we need information for building a list of messages, maximum performance will be obtained by making a single call to a single function which accepts a sequence. Just making that one design change will eliminate at least 90% of the server communication overhead we have now for building the message list; that would make it as fast as it could possibly be. So it seems to me, an enhanced imap_fetch_overview is what we need. By enhancing it to also request BODYSTRUCTURE for a sequence, then to get the information needed for building the message list, we should be able to replace that entire looping business with a single call to our enhanced version of imap_fetch_overview. If you agree in principle, I will start looking at what's needed to accomplish that in php_imap.c. Egan From chuck@horde.org Wed May 30 20:49:40 2001 From: chuck@horde.org (Chuck Hagenbuch) Date: Wed, 30 May 2001 15:49:40 -0400 Subject: [dev] I/O hammering (was: imp folder prefix) In-Reply-To: References: <33q4htkejqt3801e5o98q1adslh9dh5cns@4ax.com> <991068607.3b1281bf313b2@marina.horde.org> <1sn5htck83778345rplp3e8fqsdqvdeiis@4ax.com> <89a7ht4cq9cheq0dgjvv6pbgsn2dff413v@4ax.com> <014c01c0e84a$08d3b510$05eca8c0@shock> <002101c0e859$d91836b0$c2ec87d4@shock> <004a01c0e875$1c42a040$c2ec87d4@shock> <2b98ht0vosfikvi1p4blv8q1fbgagnnf8c@4ax.com> <991248082.3b153ed2d75b0@marina.horde.org> Message-ID: <991252180.3b154ed49eab4@marina.horde.org> Quoting Egan : > Anytime we need information for building a list of messages, maximum > performance will be obtained by making a single call to a single > function which accepts a sequence. Just making that one design change > will eliminate at least 90% of the server communication overhead we > have now for building the message list; that would make it as fast as > it could possibly be. Right. The modified mailbox.php that I sent you uses imap_fetch_overview to build the message list. But looking that that function, it wasn't _entirely_ clear that it'd do better, which is why I wanted you to trace it again. > So it seems to me, an enhanced imap_fetch_overview is what we need. I already patched it to return To: information, which is everything that we need for building the message list except for whether or not the message has any attachments. There doesn't seem to be an efficient way to get that out of c- client. > If you agree in principle, I will start looking at what's needed to > accomplish that in php_imap.c. If you've got ideas for php_imap.c, I'm happy to hear them - I'm nominally the maintainer of the IMAP extension. -chuck -- Charles Hagenbuch, Black and white and grey, all the shades of truth. From egan@sevenkings.net Wed May 30 21:28:38 2001 From: egan@sevenkings.net (Egan) Date: Wed, 30 May 2001 16:28:38 -0400 Subject: [dev] I/O hammering (was: imp folder prefix) In-Reply-To: <991252180.3b154ed49eab4@marina.horde.org> References: <1sn5htck83778345rplp3e8fqsdqvdeiis@4ax.com> <89a7ht4cq9cheq0dgjvv6pbgsn2dff413v@4ax.com> <014c01c0e84a$08d3b510$05eca8c0@shock> <002101c0e859$d91836b0$c2ec87d4@shock> <004a01c0e875$1c42a040$c2ec87d4@shock> <2b98ht0vosfikvi1p4blv8q1fbgagnnf8c@4ax.com> <991248082.3b153ed2d75b0@marina.horde.org> <991252180.3b154ed49eab4@marina.horde.org> Message-ID: <6hkahtguim431ekr5gbcd1vt695d71d9p4@4ax.com> On Wed, 30 May 2001 15:49:40 -0400, Chuck Hagenbuch wrote: >> So it seems to me, an enhanced imap_fetch_overview is what we need. > >I already patched it to return To: information, which is everything that we >need for building the message list except for whether or not the message has >any attachments. Anil said: >we imap_fetchstructure() to determine what icon to put in beside the >message. Is that the same as what you mean by "whether the message has attachments"? Please help me understand this ... the trace showed: FETCH 1 (BODTYSTRUCTURE FLAGS) Presumably, imap_fetchstructure() generated this. Then IMAPd replied: 1 FETCH (BODYSTRUCTURE ("TEXT" "PLAIN" ("CHARSET" "US-ASCII" NIL NIL "8BIT" 1246 53 NIL NIL NIL) FLAGS (\Seen)) Is this being used to determine whether the message has attachments? >there doesn't seem to be an efficient way to get that out of c- >client ... If you've got ideas for php_imap.c, I'm happy to hear them It looks like the only c-client interaction is the BODYSTRUCTURE string in the FETCH request. Can't imap_fetchstructure ask for that too, if we modify it? >I'm nominally the maintainer of the IMAP extension. Excellent! Egan From chuck@horde.org Wed May 30 21:33:41 2001 From: chuck@horde.org (Chuck Hagenbuch) Date: Wed, 30 May 2001 16:33:41 -0400 Subject: [dev] I/O hammering (was: imp folder prefix) In-Reply-To: <6hkahtguim431ekr5gbcd1vt695d71d9p4@4ax.com> References: <1sn5htck83778345rplp3e8fqsdqvdeiis@4ax.com> <89a7ht4cq9cheq0dgjvv6pbgsn2dff413v@4ax.com> <014c01c0e84a$08d3b510$05eca8c0@shock> <002101c0e859$d91836b0$c2ec87d4@shock> <004a01c0e875$1c42a040$c2ec87d4@shock> <2b98ht0vosfikvi1p4blv8q1fbgagnnf8c@4ax.com> <991248082.3b153ed2d75b0@marina.horde.org> <991252180.3b154ed49eab4@marina.horde.org> <6hkahtguim431ekr5gbcd1vt695d71d9p4@4ax.com> Message-ID: <991254821.3b155925439d3@marina.horde.org> Quoting Egan : > Presumably, imap_fetchstructure() generated this. Then IMAPd replied: > > 1 FETCH (BODYSTRUCTURE ("TEXT" "PLAIN" ("CHARSET" > "US-ASCII" NIL NIL "8BIT" 1246 53 NIL NIL NIL) FLAGS (\Seen)) > > Is this being used to determine whether the message has attachments? Yes. > It looks like the only c-client interaction is the BODYSTRUCTURE > string in the FETCH request. Can't imap_fetchstructure ask for that > too, if we modify it? c-client is the library that php links against to provide imap/pop3/nntp functions. So in a sense _everything_ is c-client interaction. Also, imap_fetchstructure _is_ what asks for BODYSTRUCTURE. We can't make imap_fetch_overview() ask for BODYSTRUCTURE without modifying c-client. Which isn't an acceptable requirement. -chuck -- Charles Hagenbuch, Black and white and grey, all the shades of truth. From egan@sevenkings.net Thu May 31 00:13:20 2001 From: egan@sevenkings.net (Egan) Date: Wed, 30 May 2001 19:13:20 -0400 Subject: [dev] I/O hammering (was: imp folder prefix) In-Reply-To: <991254821.3b155925439d3@marina.horde.org> References: <014c01c0e84a$08d3b510$05eca8c0@shock> <002101c0e859$d91836b0$c2ec87d4@shock> <004a01c0e875$1c42a040$c2ec87d4@shock> <2b98ht0vosfikvi1p4blv8q1fbgagnnf8c@4ax.com> <991248082.3b153ed2d75b0@marina.horde.org> <991252180.3b154ed49eab4@marina.horde.org> <6hkahtguim431ekr5gbcd1vt695d71d9p4@4ax.com> <991254821.3b155925439d3@marina.horde.org> Message-ID: On Wed, 30 May 2001 16:33:41 -0400, Chuck Hagenbuch wrote: >imap_fetchstructure _is_ what asks for BODYSTRUCTURE. I see. >We can't make imap_fetch_overview() ask for BODYSTRUCTURE without >modifying c-client. Which isn't an acceptable requirement. Hmmm ... I also see that: a) imap_fetchstructure has a call to mail_fetchstructure_full, and b) in c-client's mail.h, that call to mail_fetchstructure_full is #defined to mail_fetch_structure c) imap_fetch_overview has a call to mail_fetch_structure So they are both the same c-client call; the only difference between them is that one has a *body argument, and the other does not. imap_fetch_overview has a for loop which calls mail_fetch_strucuture for each message in the sequence. Right now, it only passes arguments for the stream and the message number, but we can change it to also pass a *body argument, conditioned upon a flags value of FT_STRUCTURE or something like that. We don't need to return any objects containing the message structure, like imap_fetchsturcture does, we just need to peek at the data to see whether we want to set the icon or not, and define another property which indicates that. This is just some idea I got from looking at the code for a while. Maybe I am overlooking some obstacle that would make it too hard. But if it is feasible, we could build the message list without any need for looping in IMP. Egan From egan@sevenkings.net Thu May 31 00:24:45 2001 From: egan@sevenkings.net (Egan) Date: Wed, 30 May 2001 19:24:45 -0400 Subject: [dev] I/O hammering (was: imp folder prefix) In-Reply-To: <991254821.3b155925439d3@marina.horde.org> References: <014c01c0e84a$08d3b510$05eca8c0@shock> <002101c0e859$d91836b0$c2ec87d4@shock> <004a01c0e875$1c42a040$c2ec87d4@shock> <2b98ht0vosfikvi1p4blv8q1fbgagnnf8c@4ax.com> <991248082.3b153ed2d75b0@marina.horde.org> <991252180.3b154ed49eab4@marina.horde.org> <6hkahtguim431ekr5gbcd1vt695d71d9p4@4ax.com> <991254821.3b155925439d3@marina.horde.org> Message-ID: On Wed, 30 May 2001 16:33:41 -0400, Chuck Hagenbuch wrote: >> Can't imap_fetchstructure ask for that too, if we modify it? > >We can't make imap_fetch_overview() ask for BODYSTRUCTURE without >modifying c-client. I'm glad you read what I was thinking, instead of what I wrote. :-) Egan From chuck@horde.org Thu May 31 04:55:17 2001 From: chuck@horde.org (Chuck Hagenbuch) Date: Wed, 30 May 2001 23:55:17 -0400 Subject: [dev] I/O hammering (was: imp folder prefix) In-Reply-To: References: <014c01c0e84a$08d3b510$05eca8c0@shock> <002101c0e859$d91836b0$c2ec87d4@shock> <004a01c0e875$1c42a040$c2ec87d4@shock> <2b98ht0vosfikvi1p4blv8q1fbgagnnf8c@4ax.com> <991248082.3b153ed2d75b0@marina.horde.org> <991252180.3b154ed49eab4@marina.horde.org> <6hkahtguim431ekr5gbcd1vt695d71d9p4@4ax.com> <991254821.3b155925439d3@marina.horde.org> Message-ID: <991281317.3b15c0a585324@marina.horde.org> Quoting Egan : > This is just some idea I got from looking at the code for a while. > Maybe I am overlooking some obstacle that would make it too hard. But > if it is feasible, we could build the message list without any need > for looping in IMP. Have you looked at the code that I sent you? -chuck -- Charles Hagenbuch, Black and white and grey, all the shades of truth. From PMarcoux@csbf.qc.ca Thu May 31 14:50:37 2001 From: PMarcoux@csbf.qc.ca (Patrick Marcoux) Date: Thu, 31 May 2001 09:50:37 -0400 Subject: [dev] Release date References: <3B12B640.8729B7B3@csbf.qc.ca> <991140981.3b139c7516037@marina.horde.org> Message-ID: <3B164C2D.D20643CC@csbf.qc.ca> Would I be able to install the tarball of Kronolith that your talking about without compiling it? I hope that this version is reasonably stable... I am using your products with Linux Red Hat 6.2. Tanks Chuck Hagenbuch a écrit : > Quoting Patrick Marcoux : > > > First of all, when do you expect to release the version 2.3 of IMP? > > We expect to release 2.4.0, the stable release based on the 2.3 series, within > a few months. > > > I also have interest in your Kronolith's product. I also want to know the > > release date of this product. I know that I can download the CVS from your > > site but I prefered to wait for the final et pre-compile release. > > Well, what do you need in Kronolith that it currently doesn't do? If nothing, > we can cut a tarball today and there's a release! :) I don't see it being 1.0 > for a bit yet, but it basically needs some people with specific requirements > driving it. > > -chuck > > -- > Charles Hagenbuch, > Black and white and grey, all the shades of truth. > > -- > Horde Developers mailing list: http://horde.org/ > Frequently Asked Questions: http://horde.org/faq/ > To unsubscribe, mail: dev-unsubscribe@lists.horde.org From chuck@horde.org Thu May 31 14:52:51 2001 From: chuck@horde.org (Chuck Hagenbuch) Date: Thu, 31 May 2001 09:52:51 -0400 Subject: [dev] Release date In-Reply-To: <3B164C2D.D20643CC@csbf.qc.ca> References: <3B12B640.8729B7B3@csbf.qc.ca> <991140981.3b139c7516037@marina.horde.org> <3B164C2D.D20643CC@csbf.qc.ca> Message-ID: <991317171.3b164cb3e9850@marina.horde.org> Quoting Patrick Marcoux : > Would I be able to install the tarball of Kronolith that your talking about > without compiling it? I hope that this version is reasonably stable... All of the Horde applications are written in PHP - there's nothing to compile. You need to have mcal support in PHP, of course. The current version of Kronolith is quite stable - the main complaints against it would be lack of features, not flakiness, I imagine. -chuck -- Charles Hagenbuch, Black and white and grey, all the shades of truth. From janmailing@gmx.de Thu May 31 15:42:12 2001 From: janmailing@gmx.de (Jan Schneider) Date: Thu, 31 May 2001 16:42:12 +0200 Subject: Horde portal Message-ID: <991320132.3b16584423533@linux.wg.de> ---------------------- multipart/mixed attachment Hi, I'm starting to implement a "portal" for horde, that is after login to horde you get a summary of information from you horde apps. E.g. new emails from imp, todays appointments from kronolith and open tasks from nag. Just imagine "Outlook Today". I thought I would manage to implement this without indepth knowhow of the horde framework with a little bit of cut and paste and some general php skills. But I was wrong. My problem right now is, after successfully logging in to horde (auth/login is imp) I get redirected back to horde/login.php. Great. But when I try to execute IMP::authenticate in my imp portal module, I get a LOGIN FAILED in my imp.log. Attached you find the changed and new files, if someone has the time and interest to have a look at it... Jan. :::::::::::::::::::::::::::::::::::::::: AMMMa AG - discover your knowledge ::::::::::::::::::::::::::: Detmolder Str. 25-33 :: D-33604 Bielefeld fon +49.521.96878-0 :: fax +49.521.96878-20 http://www.ammma.de :::::::::::::::::::::::::::::::::::::::::::::: ---------------------- multipart/mixed attachment A non-text attachment was scrubbed... Name: horde_portal.tar.gz Type: application/x-gzip-compressed Size: 8022 bytes Desc: not available Url : http://lists.horde.org/archives/dev/attachments/4765add2/horde_portal.tar.gz ---------------------- multipart/mixed attachment-- From lundeman@tbkol.dk Thu May 31 15:57:54 2001 From: lundeman@tbkol.dk (=?ISO-8859-1?Q?Ren=E9_Jensen?=) Date: Thu, 31 May 2001 16:57:54 +0200 (CEST) Subject: [dev] Horde portal In-Reply-To: <991320132.3b16584423533@linux.wg.de> References: <991320132.3b16584423533@linux.wg.de> Message-ID: <991321074.3b165bf2c277c@webmail.tbkol.dk> Citat Jan Schneider : > Hi, > > I'm starting to implement a "portal" for horde, that is after login to > horde > you get a summary of information from you horde apps. E.g. new emails > from imp, > todays appointments from kronolith and open tasks from nag. Just > imagine "Outlook Today". > Great idea, but ain't this what Jonah is for..?? (Or shouldn' it be put into Jonah..?) Is anyone still working on Jonah..?? Well... just a thought. ;o) \\|// (@ @) -----oOOo-(_)-oOOo----- René Jensen lundeman@tbkol.dk From gaudenz.steinlin@id.unibe.ch Thu May 31 16:07:43 2001 From: gaudenz.steinlin@id.unibe.ch (Gaudenz Steinlin) Date: Thu, 31 May 2001 17:07:43 +0200 Subject: horde auth - password Message-ID: <20010531170743.A1012@id.unibe.ch> hi I have a question about horde auth. As I can see, there is only a function (getAuth) to retrive the authenticated username. But there is no function to get the password of this user. i am building a module for changing password, setting email- forwards an so on. I am using IMAP-authentication of horde auth. But to put the forward on to the server (per ftp) I need to know the password. Is it possible to add some code to the horde auth system which stores the password in the session or is this against your design? Do you suggest using horde auth or should I better implement my own authentication like IMP and Gollem do it? gaudenz From chuck@horde.org Thu May 31 16:06:35 2001 From: chuck@horde.org (Chuck Hagenbuch) Date: Thu, 31 May 2001 11:06:35 -0400 Subject: [dev] Horde portal In-Reply-To: <991321074.3b165bf2c277c@webmail.tbkol.dk> References: <991320132.3b16584423533@linux.wg.de> <991321074.3b165bf2c277c@webmail.tbkol.dk> Message-ID: <991321595.3b165dfb638b3@marina.horde.org> Quoting René Jensen : > Great idea, but ain't this what Jonah is for..?? > (Or shouldn' it be put into Jonah..?) > Is anyone still working on Jonah..?? The line is a little fuzzy even in my own head, but Jonah is mainly intended to bring in lots of sources of data - headlines, weather, etc. - and make them available to the user and the rest of Horde. The actual presentation of it all is probably better off in Horde and presented at login like Jan is thinking. Jan, I'll look at it as soon as I get a chance - no promises, since I have to finish the second O'Reilly presentation and stuff is blowing up at work, but this is something that I've wanted to do for a long time. -chuck -- Charles Hagenbuch, Black and white and grey, all the shades of truth. From janmailing@gmx.de Thu May 31 16:42:18 2001 From: janmailing@gmx.de (Jan Schneider) Date: Thu, 31 May 2001 17:42:18 +0200 Subject: [dev] horde auth - password In-Reply-To: <20010531170743.A1012@id.unibe.ch> References: <20010531170743.A1012@id.unibe.ch> Message-ID: <991323738.3b16665a7da83@linux.wg.de> Hi, perhaps it makes sense to build some sort of password container for horde. If a user authenticates against horde with horde's configured auth mechanism (imap, ftp, mcal whatever) every horde app can get the necessary password from this container. You then only have to authenticate once and can use gollem, imp, a forward or a password change module without authenticating again. Jan. Zitat von Gaudenz Steinlin : > hi > > I have a question about horde auth. As I can see, there is only > a function (getAuth) to retrive the authenticated username. But > there is no function to get the password of this user. > i am building a module for changing password, setting email- > forwards an so on. I am using IMAP-authentication of horde auth. > But to put the forward on to the server (per ftp) I need to know > the password. > Is it possible to add some code to the horde auth system which > stores the password in the session or is this against your > design? Do you suggest using horde auth or should I better > implement my own authentication like IMP and Gollem do it? > > gaudenz > > > -- > Horde Developers mailing list: http://horde.org/ > Frequently Asked Questions: http://horde.org/faq/ > To unsubscribe, mail: dev-unsubscribe@lists.horde.org > > :::::::::::::::::::::::::::::::::::::::: AMMMa AG - discover your knowledge ::::::::::::::::::::::::::: Detmolder Str. 25-33 :: D-33604 Bielefeld fon +49.521.96878-0 :: fax +49.521.96878-20 http://www.ammma.de :::::::::::::::::::::::::::::::::::::::::::::: From gaudenz.steinlin@id.unibe.ch Thu May 31 17:37:21 2001 From: gaudenz.steinlin@id.unibe.ch (Gaudenz Steinlin) Date: Thu, 31 May 2001 18:37:21 +0200 Subject: [dev] horde auth - password In-Reply-To: <991323738.3b16665a7da83@linux.wg.de> Message-ID: <20010531183721.B1012@id.unibe.ch> On Thu, May 31, 2001 at 05:42:18PM +0200, Jan Schneider wrote: > Hi, > > perhaps it makes sense to build some sort of password container for horde. If a > user authenticates against horde with horde's configured auth mechanism (imap, > ftp, mcal whatever) every horde app can get the necessary password from this > container. > You then only have to authenticate once and can use gollem, imp, a forward or a > password change module without authenticating again. Yes if you want to make it very portable to any sort of setup, then this would be the best solution. But if you use all the modules to only access one server then you probably only habe one password for all the services. So you only need to store this password and make it your horde password. gaudenz From chuck@horde.org Thu May 31 18:45:15 2001 From: chuck@horde.org (Chuck Hagenbuch) Date: Thu, 31 May 2001 13:45:15 -0400 Subject: [dev] horde auth - password In-Reply-To: <20010531183721.B1012@id.unibe.ch> References: <20010531183721.B1012@id.unibe.ch> Message-ID: <991331115.3b16832b1c885@marina.horde.org> Quoting Gaudenz Steinlin : > Yes if you want to make it very portable to any sort of setup, then this would > be the best solution. Portability and flexibility is one of our main goals - and strengths: being able to work with diverse platforms gives us a huge edge. -chuck -- Charles Hagenbuch, Black and white and grey, all the shades of truth. From chuck@horde.org Thu May 31 18:50:11 2001 From: chuck@horde.org (Chuck Hagenbuch) Date: Thu, 31 May 2001 13:50:11 -0400 Subject: [dev] horde auth - password In-Reply-To: <991323738.3b16665a7da83@linux.wg.de> References: <20010531170743.A1012@id.unibe.ch> <991323738.3b16665a7da83@linux.wg.de> Message-ID: <991331411.3b168453e5b35@marina.horde.org> Quoting Jan Schneider : > perhaps it makes sense to build some sort of password container for horde. If > a user authenticates against horde with horde's configured auth mechanism > (imap, ftp, mcal whatever) every horde app can get the necessary password from > this container. > > You then only have to authenticate once and can use gollem, imp, a forward or > a password change module without authenticating again. My idea has been to build a Credentials class which encapsulates the idea of an account - able to hold whatever information you need, username, password, server, etc. - and then to store them somewhere. You'd unlock them with a passphrase, using a mechanism similar to the Secret:: class, so they could be encrypted in storage. That way you'd authenticate, and at some point enter your passphrase, and all of your account info would be available when needed. I'd rather not store passwords in Horde sessions. -chuck -- Charles Hagenbuch, Black and white and grey, all the shades of truth. From chuck@horde.org Thu May 31 18:51:12 2001 From: chuck@horde.org (Chuck Hagenbuch) Date: Thu, 31 May 2001 13:51:12 -0400 Subject: [dev] horde auth - password In-Reply-To: <20010531170743.A1012@id.unibe.ch> References: <20010531170743.A1012@id.unibe.ch> Message-ID: <991331472.3b168490de13e@marina.horde.org> Quoting Gaudenz Steinlin : > I have a question about horde auth. As I can see, there is only > a function (getAuth) to retrive the authenticated username. But > there is no function to get the password of this user. > i am building a module for changing password, setting email- > forwards an so on. I am using IMAP-authentication of horde auth. > But to put the forward on to the server (per ftp) I need to know > the password. > Is it possible to add some code to the horde auth system which > stores the password in the session or is this against your > design? Do you suggest using horde auth or should I better > implement my own authentication like IMP and Gollem do it? The Credentials system that I just described would handle it for the email- forward case. Password changing apps should ask for the old password anyway, to be sure. -chuck -- Charles Hagenbuch, Black and white and grey, all the shades of truth. From egan@sevenkings.net Thu May 31 19:43:04 2001 From: egan@sevenkings.net (Egan) Date: Thu, 31 May 2001 14:43:04 -0400 Subject: [dev] I/O hammering (was: imp folder prefix) In-Reply-To: <991281317.3b15c0a585324@marina.horde.org> References: <002101c0e859$d91836b0$c2ec87d4@shock> <004a01c0e875$1c42a040$c2ec87d4@shock> <2b98ht0vosfikvi1p4blv8q1fbgagnnf8c@4ax.com> <991248082.3b153ed2d75b0@marina.horde.org> <991252180.3b154ed49eab4@marina.horde.org> <6hkahtguim431ekr5gbcd1vt695d71d9p4@4ax.com> <991254821.3b155925439d3@marina.horde.org> <991281317.3b15c0a585324@marina.horde.org> Message-ID: On Wed, 30 May 2001 23:55:17 -0400, Chuck Hagenbuch wrote: >> This is just some idea I got from looking at the code for a while. >> Maybe I am overlooking some obstacle that would make it too hard. But >> if it is feasible, we could build the message list without any need >> for looping in IMP. > >Have you looked at the code that I sent you? Not yet, but I will soon. Did you already have the same idea? Egan From gaudenz.steinlin@id.unibe.ch Thu May 31 21:57:06 2001 From: gaudenz.steinlin@id.unibe.ch (Gaudenz Steinlin) Date: Thu, 31 May 2001 22:57:06 +0200 Subject: [dev] horde auth - password References: <20010531170743.A1012@id.unibe.ch> <991323738.3b16665a7da83@linux.wg.de> <991331411.3b168453e5b35@marina.horde.org> Message-ID: <3B16B022.5050008@id.unibe.ch> ---------------------- multipart/alternative attachment Chuck Hagenbuch wrote: >Quoting Jan Schneider : > >>perhaps it makes sense to build some sort of password container for horde. If >>a user authenticates against horde with horde's configured auth mechanism >>(imap, ftp, mcal whatever) every horde app can get the necessary password from >>this container. >> >>You then only have to authenticate once and can use gollem, imp, a forward or >>a password change module without authenticating again. >> > >My idea has been to build a Credentials class which encapsulates the idea of an >account - able to hold whatever information you need, username, password, >server, etc. - and then to store them somewhere. You'd unlock them with a >passphrase, using a mechanism similar to the Secret:: class, so they could be >encrypted in storage. > Don't you think, there should also be an easy way to let all the modules use the horde login password? I think many people will use horde on one server and all accounts will only have one password for the whole server. If you can use this password as your horde login password and for IMP and the other modules, then there is no need to store passwords on the server and the whole problem of who to encrypt them secure is solved. In your design every user has to register his password for every module. But often they will be the same if the modules are installed on the same server and restricted to this server. IMHO it would be best to have both possibilities and let the administrator decide which authentication method is appropriate. > > >That way you'd authenticate, and at some point enter your passphrase, and all >of your account info would be available when needed. > >I'd rather not store passwords in Horde sessions. > Isn't IMP currently storing passwords in the session? (Encrypted by the Secret class) gaudenz ---------------------- multipart/alternative attachment-- From jrkuipers@lauwerscollege.nl Thu May 31 22:22:15 2001 From: jrkuipers@lauwerscollege.nl (Jan Kuipers) Date: Thu, 31 May 2001 23:22:15 +0200 (CEST) Subject: [dev] Horde translation In-Reply-To: <991232233.3b1500e9e5813@marina.horde.org> References: <991212042.3b14b20a91481@horde.lauwerscollege.nl> <991232233.3b1500e9e5813@marina.horde.org> Message-ID: <991344135.3b16b6070881a@mail.lauwerscollege.nl> Aanhalen Chuck Hagenbuch : > No, and it wouldn't make sense to do so. What we need to do is to > generate .po > files for Horde, and then concatenate them with the application .po > files > before building the .mo files. Is it an idea to make a global translation in Horde and register the BINDTEXTDOMAIN to this, so all Horde applications can make use of this? Jan Kuipers Systeembeheer Lauwers College From chuck@horde.org Thu May 31 22:28:29 2001 From: chuck@horde.org (Chuck Hagenbuch) Date: Thu, 31 May 2001 17:28:29 -0400 Subject: [dev] Horde translation In-Reply-To: <991344135.3b16b6070881a@mail.lauwerscollege.nl> References: <991212042.3b14b20a91481@horde.lauwerscollege.nl> <991232233.3b1500e9e5813@marina.horde.org> <991344135.3b16b6070881a@mail.lauwerscollege.nl> Message-ID: <991344509.3b16b77da3225@marina.horde.org> Quoting Jan Kuipers : > Is it an idea to make a global translation in Horde and register the > BINDTEXTDOMAIN to this, so all Horde applications can make use of this? I'm not entirely sure I follow you. Do you mean to always call bindtextdomain() with the value of 'horde', instead of the individual app name? Or to have a 'horde' translation (horde.po, horde.mo), and to switch to it? I don't see an advantage of the former, and the latter doesn't make sense to me because you'd have to switch so often, but maybe I'm misunderstanding you? -chuck -- Charles Hagenbuch, Black and white and grey, all the shades of truth. >From janmailing@gmx.de Date: Fri, 1 Jun 2001 12:32:26 +0200 Return-Path: Mailing-List: contact dev-help@lists.horde.org; run by ezmlm Delivered-To: mailing list dev@lists.horde.org Received: (qmail 9790 invoked from network); 1 Jun 2001 10:36:43 -0000 Received: from mailout02.sul.t-online.com (HELO mailout02.sul.t-online.de) (194.25.134.17) by horde.org with SMTP; 1 Jun 2001 10:36:43 -0000 Received: from fwd05.sul.t-online.de by mailout02.sul.t-online.de with smtp id 155mIV-0007wS-0A; Fri, 01 Jun 2001 12:36:51 +0200 Received: from linux.wg.de (320034214675-0001@[217.0.156.220]) by fmrl05.sul.t-online.com with esmtp id 155mIO-21UtsmC; Fri, 1 Jun 2001 12:36:44 +0200 Received: from localhost (localhost [127.0.0.1]) by linux.wg.de (8.11.0/8.11.0/SuSE Linux 8.11.0-0.4) with ESMTP id f51AWQR11837 for ; Fri, 1 Jun 2001 12:32:26 +0200 Received: from 192.168.60.1 ( [192.168.60.1]) as user jan@mail.wg.de by linux.wg.de with HTTP; Fri, 1 Jun 2001 12:32:26 +0200 Message-ID: <991391546.3b176f3a0fcb2@linux.wg.de> Date: Fri, 1 Jun 2001 12:32:26 +0200 From: Jan Schneider To: dev@lists.horde.org References: <991142757.3b13a3657624c@linux.wg.de> <991150782.3b13c2bebab7d@marina.horde.org> In-Reply-To: <991150782.3b13c2bebab7d@marina.horde.org> MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 2.3.7-cvs X-Sender: 320034214675-0001@t-dialin.net Subject: Re: [dev] SyncML Hi, I didn't have the time to take a really close look at it, but at least it seems it could become a winning standard. The list of supporters contain Panasonic, Nokia, Palm, IBM, Psion, Lotus, Motorola, Starfish, Ericsson. MS will probably get on the train in four years when everybody's already using it! ;-) I just saw that the new Nokia 6310 will already support it. Available is a bunch of specifications for protocols, DTDs and bindings. Interesting for horde is of course the synchronisation by http. The specification defines a new content-type. Synchronization is done with request and reponse headers and a xml body containing the data and rpc calls. Reminds me somehow of SOAP. They also introduced (or borrowed - I haven't heard of it before) WSP: Wireless Session Protocol, that enables synchronisation by WAP. I think this will be even more interesting for horde because the first clients implementig syncml will probably be mobiles. But first we should have a working wap representation of horde before starting to think about implementing syncml! ;-) If someone has more knowledge or thoughts on SyncML, they're welcome. Jan. Zitat von Chuck Hagenbuch : > Quoting Jan Schneider : > > > Did anybody hear about it and also had the horde apps in mind? Wouldn't it > be > > great to see horde synchronize seemlessly with any SyncML-enabled Mobile, > > > PIM, PDA, whatever?! > > I hadn't heard of it, but it'd be great to have Horde support it. I haven't > had > a chance to see exactly what that would involve, though - how much have you > > looked at it? What kind of stuff would we need? > > -chuck > > -- > Charles Hagenbuch, > Black and white and grey, all the shades of truth. > > -- > Horde Developers mailing list: http://horde.org/ > Frequently Asked Questions: http://horde.org/faq/ > To unsubscribe, mail: dev-unsubscribe@lists.horde.org > > :::::::::::::::::::::::::::::::::::::::: AMMMa AG - discover your knowledge ::::::::::::::::::::::::::: Detmolder Str. 25-33 :: D-33604 Bielefeld fon +49.521.96878-0 :: fax +49.521.96878-20 http://www.ammma.de :::::::::::::::::::::::::::::::::::::::::::::: From PMarcoux@csbf.qc.ca Fri Jun 1 13:55:40 2001 From: PMarcoux@csbf.qc.ca (Patrick Marcoux) Date: Fri, 01 Jun 2001 08:55:40 -0400 Subject: [dev] Release date References: <3B12B640.8729B7B3@csbf.qc.ca> <991140981.3b139c7516037@marina.horde.org> <3B164C2D.D20643CC@csbf.qc.ca> <991317171.3b164cb3e9850@marina.horde.org> Message-ID: <3B1790CB.B4AC563F@csbf.qc.ca> I would appreciate that you cut me a tarball of Kronolith. I'de like to try this product. I hope that you can also send me a few instructions to install this product correctly on Red Hat 6.2. Tanks in advance... Chuck Hagenbuch a écrit : > Quoting Patrick Marcoux : > > > Would I be able to install the tarball of Kronolith that your talking about > > without compiling it? I hope that this version is reasonably stable... > > All of the Horde applications are written in PHP - there's nothing to compile. > You need to have mcal support in PHP, of course. > > The current version of Kronolith is quite stable - the main complaints against > it would be lack of features, not flakiness, I imagine. > > -chuck > > -- > Charles Hagenbuch, > Black and white and grey, all the shades of truth. > > -- > Horde Developers mailing list: http://horde.org/ > Frequently Asked Questions: http://horde.org/faq/ > To unsubscribe, mail: dev-unsubscribe@lists.horde.org From jrkuipers@lauwerscollege.nl Fri Jun 1 17:16:28 2001 From: jrkuipers@lauwerscollege.nl (Jan Kuipers) Date: Fri, 01 Jun 2001 18:16:28 +0200 (CEST) Subject: [dev] Horde translation In-Reply-To: <991344509.3b16b77da3225@marina.horde.org> References: <991212042.3b14b20a91481@horde.lauwerscollege.nl> <991232233.3b1500e9e5813@marina.horde.org> <991344135.3b16b6070881a@mail.lauwerscollege.nl> <991344509.3b16b77da3225@marina.horde.org> Message-ID: <991412188.3b17bfdc0e867@mail.lauwerscollege.nl> Aanhalen Chuck Hagenbuch : > I'm not entirely sure I follow you. Do you mean to always call > bindtextdomain() > with the value of 'horde', instead of the individual app name? Yes, in this way you don't have to append the Horde translation (global templates) with the application po-files. In this way you get one big bucket of translated strings, which can be used by all applications. A possible disadvantage of this is that you maybe can't separate an application from the Horde framework. Jan Kuipers Systeembeheer Lauwers College From jrkuipers@lauwerscollege.nl Fri Jun 1 17:29:07 2001 From: jrkuipers@lauwerscollege.nl (Jan Kuipers) Date: Fri, 01 Jun 2001 18:29:07 +0200 (CEST) Subject: Bug in mailbox.php? Message-ID: <991412947.3b17c2d363ba9@mail.lauwerscollege.nl> Hello, I got the following error message from imp/mailbox.php: Undefined index ..... in mailbox.php .... line 483 I.e. $conf['mailbox']['show_attachments'] After I put this in line in imp/config/conf.php $conf['mailbox']['show_attachments'] = true (or false) the error disappeared, but I don't know if this is right (bolean variable?) and what it does accomplish. Jan Kuipers Systeembeheer Lauwers College From anil@recoil.org Fri Jun 1 17:54:13 2001 From: anil@recoil.org (Anil Madhavapeddy) Date: Fri, 1 Jun 2001 17:54:13 +0100 Subject: [dev] Bug in mailbox.php? References: <991412947.3b17c2d363ba9@mail.lauwerscollege.nl> Message-ID: <009501c0eabb$7c6c2520$c2ec87d4@shock> > I.e. $conf['mailbox']['show_attachments'] Update your conf.php from conf.php.dist (this is a general rule - after a CVS update, make sure your config files are up-to-date) Anil >From chuck@horde.org Date: Fri, 1 Jun 2001 13:13:16 -0400 Return-Path: Mailing-List: contact dev-help@lists.horde.org; run by ezmlm Delivered-To: mailing list dev@lists.horde.org Received: (qmail 43175 invoked from network); 1 Jun 2001 17:14:37 -0000 Received: from 208-59-250-206.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com (HELO marina.horde.org) (208.59.250.206) by horde.org with SMTP; 1 Jun 2001 17:14:37 -0000 Received: by marina.horde.org (Postfix, from userid 33) id 2DBEB397C; Fri, 1 Jun 2001 13:13:17 -0400 (EDT) Received: from 206.243.191.252 ( [206.243.191.252]) as user chuck@localhost by marina.horde.org with HTTP; Fri, 1 Jun 2001 13:13:16 -0400 Message-ID: <991415596.3b17cd2cd28f0@marina.horde.org> Date: Fri, 1 Jun 2001 13:13:16 -0400 From: Chuck Hagenbuch To: dev@lists.horde.org References: <991412947.3b17c2d363ba9@mail.lauwerscollege.nl> In-Reply-To: <991412947.3b17c2d363ba9@mail.lauwerscollege.nl> MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 2.3.7-cvs Subject: Re: [dev] Bug in mailbox.php? Quoting Jan Kuipers : > After I put this in line in imp/config/conf.php > > $conf['mailbox']['show_attachments'] = true (or false) > > the error disappeared, but I don't know if this is right (bolean variable?) > and what it does accomplish. Did you bother looking in conf.php.dist? -chuck -- Charles Hagenbuch, Black and white and grey, all the shades of truth. From jrkuipers@lauwerscollege.nl Fri Jun 1 21:58:42 2001 From: jrkuipers@lauwerscollege.nl (Jan Kuipers) Date: Fri, 01 Jun 2001 22:58:42 +0200 (CEST) Subject: [dev] Bug in mailbox.php? In-Reply-To: <991415596.3b17cd2cd28f0@marina.horde.org> References: <991412947.3b17c2d363ba9@mail.lauwerscollege.nl> <991415596.3b17cd2cd28f0@marina.horde.org> Message-ID: <991429122.3b18020235f05@mail.lauwerscollege.nl> Aanhalen Chuck Hagenbuch : > Did you bother looking in conf.php.dist? Apparently I missed it :) Sorry guys. Jan Kuipers Systeembeheer Lauwers College >From chuck@horde.org Date: Fri, 1 Jun 2001 18:28:41 -0400 Return-Path: Mailing-List: contact dev-help@lists.horde.org; run by ezmlm Delivered-To: mailing list dev@lists.horde.org Received: (qmail 69430 invoked from network); 1 Jun 2001 22:30:02 -0000 Received: from 208-59-250-206.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com (HELO marina.horde.org) (208.59.250.206) by horde.org with SMTP; 1 Jun 2001 22:30:02 -0000 Received: by marina.horde.org (Postfix, from userid 33) id 1C28039F6; Fri, 1 Jun 2001 18:28:42 -0400 (EDT) Received: from 192.168.0.102 ( [192.168.0.102]) as user chuck@localhost by marina.horde.org with HTTP; Fri, 1 Jun 2001 18:28:41 -0400 Message-ID: <991434521.3b181719e40bd@marina.horde.org> Date: Fri, 1 Jun 2001 18:28:41 -0400 From: Chuck Hagenbuch To: dev@lists.horde.org References: <991212042.3b14b20a91481@horde.lauwerscollege.nl> <991232233.3b1500e9e5813@marina.horde.org> <991344135.3b16b6070881a@mail.lauwerscollege.nl> <991344509.3b16b77da3225@marina.horde.org> <991412188.3b17bfdc0e867@mail.lauwerscollege.nl> In-Reply-To: <991412188.3b17bfdc0e867@mail.lauwerscollege.nl> MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 2.3.7-cvs Subject: Re: [dev] Horde translation Quoting Jan Kuipers : > Yes, in this way you don't have to append the Horde translation (global > templates) with the application po-files. In this way you get one big > bucket of translated strings, which can be used by all applications. A > possible disadvantage of this is that you maybe can't separate an > application from the Horde framework. That's not something I'm willing to compromise. I also don't really see the advantage of the bucket approach... -chuck -- Charles Hagenbuch, Black and white and grey, all the shades of truth. >From maillist@beunion.net Date: Sat, 2 Jun 2001 11:49:26 +0800 Return-Path: Mailing-List: contact dev-help@lists.horde.org; run by ezmlm Delivered-To: mailing list dev@lists.horde.org Received: (qmail 78421 invoked from network); 2 Jun 2001 03:49:46 -0000 Received: from ip-170-166-66-202.rev.dyxnet.com (HELO vincent.techsoft.com.hk) (202.66.166.170) by horde.org with SMTP; 2 Jun 2001 03:49:46 -0000 Received: (qmail 1662 invoked by uid 99); 2 Jun 2001 03:49:26 -0000 Received: from 195.194.178.252 ( [195.194.178.252]) as user maillist@beunion.net@localhost by vincent.techsoft.com.hk with HTTP; Sat, 2 Jun 2001 11:49:26 +0800 Message-ID: <991453766.3b18624682a4e@vincent.techsoft.com.hk> Date: Sat, 2 Jun 2001 11:49:26 +0800 From: maillist To: dev@lists.horde.org MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 2.3.7-cvs Modified by Techsoft X-Originating-IP: 195.194.178.252 Subject: can't get translate work hi, I have a RH 6.2 box with IMP and I have configed Apache/1.3.19 with gettext and PHP 4.0.5. I tried to use fr to test it our first, the problem is I can't get the translation at all. I use the fr.po in /htdocs/horde/imp/po/, make install it, and edit my horde/config/lang.php and set $nls['charsets']['fr'] = 'iso-8859-1'; (do I need that for fr? and how abt if that is traditional chinese (set to = 'Big-5' or 'zh_TW.BIG5')? cuz I might be able to make the po file after I sort it out) ok, let's start debugging 1. Do you have any .mo files? yes! 2. Does gettext even work? $ strings /bin/tar | grep Memory Memory exhausted $(LANG=fr; gettext tar "Memory exhausted" ) Mémoire occupée. (it works.) 3. Does the local imp file work? supose my files located at /horde/imp/locale $export TEXTDOMAINDIR = /horde/imp/locale $(LANG=fr; gettext imp "Save as" ) Save as (should be Enregistrer Sous...) I stopped at there, cuz I think there are some problems with gettext in my box... any suggestions for me pls... thanks a lot! vincent ----------------------------------------------------------- This mail sent through IMP: http://webmail.techsoft.com.hk/ >From maillist@beunion.net Date: Sat, 2 Jun 2001 12:02:18 +0800 Return-Path: Mailing-List: contact dev-help@lists.horde.org; run by ezmlm Delivered-To: mailing list dev@lists.horde.org Received: (qmail 78687 invoked from network); 2 Jun 2001 04:02:30 -0000 Received: from ip-170-166-66-202.rev.dyxnet.com (HELO vincent.techsoft.com.hk) (202.66.166.170) by horde.org with SMTP; 2 Jun 2001 04:02:30 -0000 Received: (qmail 1873 invoked by uid 99); 2 Jun 2001 04:02:18 -0000 Received: from 195.194.178.252 ( [195.194.178.252]) as user maillist@beunion.net@localhost by vincent.techsoft.com.hk with HTTP; Sat, 2 Jun 2001 12:02:18 +0800 Message-ID: <991454538.3b18654adcf9d@vincent.techsoft.com.hk> Date: Sat, 2 Jun 2001 12:02:18 +0800 From: maillist To: dev@lists.horde.org References: <991453766.3b18624682a4e@vincent.techsoft.com.hk> In-Reply-To: <991453766.3b18624682a4e@vincent.techsoft.com.hk> MIME-Version: 1.0 Content-Type: text/plain; charset=Big5 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 2.3.7-cvs Modified by Techsoft X-Originating-IP: 195.194.178.252 Subject: Re: [dev] can't get translate work and my verions of IMP is 2.3.7 CVS thanks > hi, > > I have a RH 6.2 box with IMP and I have configed Apache/1.3.19 with gettext > and > PHP 4.0.5. > > I tried to use fr to test it our first, the problem is I can't get the > translation at all. > > I use the fr.po in /htdocs/horde/imp/po/, make install it, > and edit my horde/config/lang.php and set $nls['charsets']['fr'] = > 'iso-8859-1'; > (do I need that for fr? and how abt if that is traditional chinese (set to > = 'Big-5' or 'zh_TW.BIG5')? cuz I might be able to make the po file after I > > sort it out) > > ok, let's start debugging > > 1. Do you have any .mo files? > yes! > > 2. Does gettext even work? > $ strings /bin/tar | grep Memory > Memory exhausted > $(LANG=fr; gettext tar "Memory exhausted" ) > Mémoire occupée. > > (it works.) > > 3. Does the local imp file work? > supose my files located at /horde/imp/locale > $export TEXTDOMAINDIR = /horde/imp/locale > $(LANG=fr; gettext imp "Save as" ) > Save as > (should be Enregistrer Sous...) > > I stopped at there, cuz I think there are some problems with gettext in my > box... > > any suggestions for me pls... > > thanks a lot! > > vincent > > ----------------------------------------------------------- > This mail sent through IMP: http://webmail.techsoft.com.hk/ > > -- > Horde Developers mailing list: http://horde.org/ > Frequently Asked Questions: http://horde.org/faq/ > To unsubscribe, mail: dev-unsubscribe@lists.horde.org > > ----------------------------------------------------------- This mail sent through IMP: http://webmail.techsoft.com.hk/ >From maillist@beunion.net Date: Sat, 2 Jun 2001 13:16:50 +0800 Return-Path: Mailing-List: contact dev-help@lists.horde.org; run by ezmlm Delivered-To: mailing list dev@lists.horde.org Received: (qmail 79866 invoked from network); 2 Jun 2001 05:17:04 -0000 Received: from ip-170-166-66-202.rev.dyxnet.com (HELO vincent.techsoft.com.hk) (202.66.166.170) by horde.org with SMTP; 2 Jun 2001 05:17:04 -0000 Received: (qmail 2507 invoked by uid 99); 2 Jun 2001 05:16:50 -0000 Received: from 195.194.178.252 ( [195.194.178.252]) as user maillist@beunion.net@localhost by vincent.techsoft.com.hk with HTTP; Sat, 2 Jun 2001 13:16:50 +0800 Message-ID: <991459010.3b1876c2da88d@vincent.techsoft.com.hk> Date: Sat, 2 Jun 2001 13:16:50 +0800 From: maillist To: dev@lists.horde.org MIME-Version: 1.0 Content-Type: text/plain; charset=Big5 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 2.3.7-cvs Modified by Techsoft X-Originating-IP: 195.194.178.252 Subject: Fwd: autologout feature ----- Forwarded message from maillist ----- Date: Wed, 30 May 2001 03:01:58 +0800 Subject: autologout feature To: cvs@lists.horde.org hi, wondering whether there is autologout feature in the CVS version. and how to enable it? thanks a lot. vincent ----------------------------------------------------------------- This mail sent through IMP: http://vincent.techsoft.com.hk/webmail ----- End forwarded message ----- ----------------------------------------------------------- This mail sent through IMP: http://webmail.techsoft.com.hk/ >From chuck@horde.org Date: Sat, 2 Jun 2001 02:42:33 -0400 Return-Path: Mailing-List: contact dev-help@lists.horde.org; run by ezmlm Delivered-To: mailing list dev@lists.horde.org Received: (qmail 80766 invoked from network); 2 Jun 2001 06:43:53 -0000 Received: from 208-59-250-206.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com (HELO marina.horde.org) (208.59.250.206) by horde.org with SMTP; 2 Jun 2001 06:43:53 -0000 Received: by marina.horde.org (Postfix, from userid 33) id 83A0A39F6; Sat, 2 Jun 2001 02:42:33 -0400 (EDT) Received: from 192.168.0.102 ( [192.168.0.102]) as user chuck@localhost by marina.horde.org with HTTP; Sat, 2 Jun 2001 02:42:33 -0400 Message-ID: <991464153.3b188ad93cb6d@marina.horde.org> Date: Sat, 2 Jun 2001 02:42:33 -0400 From: Chuck Hagenbuch To: dev@lists.horde.org References: <991459010.3b1876c2da88d@vincent.techsoft.com.hk> In-Reply-To: <991459010.3b1876c2da88d@vincent.techsoft.com.hk> MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 2.3.7-cvs Subject: Re: [dev] Fwd: autologout feature Quoting maillist : > wondering whether there is autologout feature in the CVS version. > > and how to enable it? Just set the session lifetime property of the php4 session engine (http://www.php.net/manual/ref.session.php). -chuck -- Charles Hagenbuch, Black and white and grey, all the shades of truth. >From chuck@horde.org Date: Sun, 3 Jun 2001 00:19:28 -0400 Return-Path: Mailing-List: contact dev-help@lists.horde.org; run by ezmlm Delivered-To: mailing list dev@lists.horde.org Received: (qmail 20424 invoked from network); 3 Jun 2001 04:20:48 -0000 Received: from 208-59-250-206.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com (HELO marina.horde.org) (208.59.250.206) by horde.org with SMTP; 3 Jun 2001 04:20:48 -0000 Received: by marina.horde.org (Postfix, from userid 33) id 0EE5439F2; Sun, 3 Jun 2001 00:19:29 -0400 (EDT) Received: from 192.168.0.104 ( [192.168.0.104]) as user chuck@localhost by marina.horde.org with HTTP; Sun, 3 Jun 2001 00:19:28 -0400 Message-ID: <991541968.3b19bad0e9df3@marina.horde.org> Date: Sun, 3 Jun 2001 00:19:28 -0400 From: Chuck Hagenbuch To: dev@lists.horde.org References: <3B12B640.8729B7B3@csbf.qc.ca> <991140981.3b139c7516037@marina.horde.org> <3B164C2D.D20643CC@csbf.qc.ca> <991317171.3b164cb3e9850@marina.horde.org> <3B1790CB.B4AC563F@csbf.qc.ca> In-Reply-To: <3B1790CB.B4AC563F@csbf.qc.ca> MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 2.3.7-cvs Subject: Re: [dev] Release date Quoting Patrick Marcoux : > I would appreciate that you cut me a tarball of Kronolith. I'de like to try > this product. I hope that you can also send me a few instructions to install > this product correctly on Red Hat 6.2. There should be a release available early next week (I'll post to the Kronolith list). As to instructions, you're going to have to put some effort into it yourself, but if you have mcal support in PHP working, you're most of the way there. -chuck -- Charles Hagenbuch, Black and white and grey, all the shades of truth. >From maillist@beunion.net Date: Mon, 4 Jun 2001 18:33:25 +0800 Return-Path: Mailing-List: contact dev-help@lists.horde.org; run by ezmlm Delivered-To: mailing list dev@lists.horde.org Received: (qmail 20156 invoked from network); 5 Jun 2001 00:01:35 -0000 Received: from brick.recoil.org (212.25.240.43) by horde.org with SMTP; 5 Jun 2001 00:01:35 -0000 Received: (qmail 15653 invoked from network); 4 Jun 2001 11:30:34 -0000 Received: from ip-170-166-66-202.rev.dyxnet.com (HELO vincent.techsoft.com.hk) (202.66.166.170) by brick.recoil.org with SMTP; 4 Jun 2001 11:30:34 -0000 Received: (qmail 7001 invoked by uid 99); 4 Jun 2001 10:33:25 -0000 Received: from 195.194.178.252 ( [195.194.178.252]) as user maillist@beunion.net@localhost by vincent.techsoft.com.hk with HTTP; Mon, 4 Jun 2001 18:33:25 +0800 Message-ID: <991650805.3b1b63f55923e@vincent.techsoft.com.hk> Date: Mon, 4 Jun 2001 18:33:25 +0800 From: maillist To: dev@lists.horde.org Cc: imp@lists.horde.org References: <991459010.3b1876c2da88d@vincent.techsoft.com.hk> <991464153.3b188ad93cb6d@marina.horde.org> In-Reply-To: <991464153.3b188ad93cb6d@marina.horde.org> MIME-Version: 1.0 Content-Type: text/plain; charset=Big5 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 2.3.7-cvs Modified by Techsoft X-Originating-IP: 195.194.178.252 Subject: Re: [dev] Fwd: autologout feature hi, could you gimme some little help by giving me a little more specific instructions? as I'm quite new to IMP 2.3.7 cvs. is that something related to php.ini? cuz I have read back the mailing list, and some passages mentioned $lifetime as a parameter for session. thanks a lot. Quoting Chuck Hagenbuch : > Quoting maillist : > > > wondering whether there is autologout feature in the CVS version. > > > > and how to enable it? > > Just set the session lifetime property of the php4 session engine > (http://www.php.net/manual/ref.session.php). > > -chuck > > -- > Charles Hagenbuch, > Black and white and grey, all the shades of truth. > > -- > Horde Developers mailing list: http://horde.org/ > Frequently Asked Questions: http://horde.org/faq/ > To unsubscribe, mail: dev-unsubscribe@lists.horde.org > > ----------------------------------------------------------- This mail sent through IMP: http://webmail.techsoft.com.hk/
" /> - +
" /> - +