From martin@math.ohiou.edu Mon Nov 6 13:15:47 2000 From: martin@math.ohiou.edu (Scott Martin) Date: Mon, 6 Nov 2000 08:15:47 -0500 Subject: [dev] Re: [cvs] commit: imp compose.php prefs.php imp/config prefs.php.dist imp/docs CHANGES imp/templates/prefs personal.inc References: <20001103211942.33070.qmail@horde.org> <011601c045dc$66efff20$b225eb84@martin> <973286916.3a032e0448da0@nirgal.horde.org> <973295373.3a034f0d1165d@www.the-triumvirate.net> Message-ID: <003401c047f3$ad29d9c0$b225eb84@martin> Has this been committed? I just updated the CVS and composed a letter and the behavior is still the same. ----- Original Message ----- From: "Max Kalika" To: Sent: Friday, November 03, 2000 6:49 PM Subject: Re: [dev] Re: [cvs] commit: imp compose.php prefs.php imp/config prefs.php.dist imp/docs CHANGES imp/templates/prefs personal.inc > Quoting Chuck Hagenbuch : > > > That only happens in IE. It works correctly in NS. If you can come up with > > some magic javascript to get it to work in IE and not affect netscape, I'd use > > it. > > I think I got it! (this is in regards to IE putting the cursor at the bottom of > the message when tabbing from the subject field) > > Here's a patch -- seems to work in NS and IE fine. I haven't really checked > how the browser detection gets done at the moment so a simple !document.layers > is in place right now. This should probably be done better. I'll leave it to > you to decide. > > --mk23 > > > [root@host compose]# cvs diff -u javascript.inc > Index: javascript.inc > =================================================================== > RCS file: /cvs/horde/imp/templates/compose/javascript.inc,v > retrieving revision 2.26 > diff -u -r2.26 javascript.inc > --- javascript.inc 2000/10/31 22:06:17 2.26 > +++ javascript.inc 2000/11/03 23:44:58 > @@ -272,5 +272,14 @@ > document.compose.elements[4 + 8 * sel].checked = true; > } > > +function subjectTab() > +{ > + if(!document.layers) { > + if(event.keyCode == 9) { > + event.returnValue = false; > + document.compose.message.focus(); > + } > + } > +} > //--> > > > > [root@host compose]# cvs diff -u compose.inc > Index: compose.inc > =================================================================== > RCS file: /cvs/horde/imp/templates/compose/compose.inc,v > retrieving revision 2.74 > diff -u -r2.74 compose.inc > --- compose.inc 2000/10/31 22:06:17 2.74 > +++ compose.inc 2000/11/03 23:45:06 > @@ -143,7 +143,7 @@ > > > > - > + > js): ?> > > > > -- > Horde Developers mailing list: http://horde.org/ > Frequently Asked Questions: http://horde.org/faq/ > To unsubscribe, mail: dev-unsubscribe@lists.horde.org > > From martin@math.ohiou.edu Mon Nov 6 13:30:08 2000 From: martin@math.ohiou.edu (Scott Martin) Date: Mon, 6 Nov 2000 08:30:08 -0500 Subject: conf.php Message-ID: <009101c047f5$ae5d8ce0$b225eb84@martin> ---------------------- multipart/mixed attachment There was no explanation written up for $conf['use_ssl'] = 2; What does this do and what are the possible settings? ---------------------- multipart/mixed attachment-- From martin@math.ohiou.edu Mon Nov 6 13:32:11 2000 From: martin@math.ohiou.edu (Scott Martin) Date: Mon, 6 Nov 2000 08:32:11 -0500 Subject: conf.php Message-ID: <009c01c047f5$f7cc60e0$b225eb84@martin> ---------------------- multipart/mixed attachment $conf['compress_pages'] = true; What does this option do? ---------------------- multipart/mixed attachment-- From martin@math.ohiou.edu Mon Nov 6 13:44:50 2000 From: martin@math.ohiou.edu (Scott Martin) Date: Mon, 6 Nov 2000 08:44:50 -0500 Subject: preferences and pop3 Message-ID: <00af01c047f7$bc35a3a0$b225eb84@martin> ---------------------- multipart/mixed attachment I noticed under the preferences when using Pop3 that it lists the following in the folders section for both Sent Mail and Drafts:
Warning: Undefined variable: sent_mail in /usr/local/apache/htdocs/horde/imp/templates/prefs/folders.inc on line 19
Would it be better to totally hide the folder preferences when using Pop3? ---------------------- multipart/mixed attachment-- From chuck@horde.org Mon Nov 6 14:07:04 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Mon, 06 Nov 2000 09:07:04 -0500 (EST) Subject: [dev] conf.php In-Reply-To: <009101c047f5$ae5d8ce0$b225eb84@martin> References: <009101c047f5$ae5d8ce0$b225eb84@martin> Message-ID: <973519624.3a06bb0875889@nirgal.horde.org> Quoting Scott Martin : > There was no explanation written up for $conf['use_ssl'] = 2; What does this > do and what are the possible settings? I haven't finished the conf files documentation yet; I'll get to all of the options eventually. -chuck -- Charles Hagenbuch, Many states consider gambling so immoral that they not only prohibit private gambling organizations, they thoughtfully provide their own. From chuck@horde.org Mon Nov 6 14:07:42 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Mon, 06 Nov 2000 09:07:42 -0500 (EST) Subject: [dev] Re: [cvs] commit: imp compose.php prefs.php imp/config prefs.php.dist imp/docs CHANGES imp/templates/prefs personal.inc In-Reply-To: <003401c047f3$ad29d9c0$b225eb84@martin> References: <20001103211942.33070.qmail@horde.org> <011601c045dc$66efff20$b225eb84@martin> <973286916.3a032e0448da0@nirgal.horde.org> <973295373.3a034f0d1165d@www.the-triumvirate.net> <003401c047f3$ad29d9c0$b225eb84@martin> Message-ID: <973519662.3a06bb2e925c5@nirgal.horde.org> Quoting Scott Martin : > Has this been committed? I just updated the CVS and composed a letter and > the behavior is still the same. I haven't seen a cvs commit go by, so I'd say no, it hasn't been comitted. -chuck -- Charles Hagenbuch, Many states consider gambling so immoral that they not only prohibit private gambling organizations, they thoughtfully provide their own. From martin@math.ohiou.edu Mon Nov 6 14:10:46 2000 From: martin@math.ohiou.edu (Scott Martin) Date: Mon, 6 Nov 2000 09:10:46 -0500 Subject: conf.php suggestion Message-ID: <029301c047fb$5b948f80$b225eb84@martin> ---------------------- multipart/mixed attachment I have a suggestion for the options listed in conf.php. I would like to see all of the possible options available. Have them listed in the file and perhaps be commented out. I think this would save users having to ask questions or search through documentation to try to find out about unlisted options. Example: The way it is now: /** ** Mailer **/ $conf['mailer']['type'] = 'sendmail'; $conf['mailer']['params'] = array(); The way I'd like to see it: /** ** Mailer **/ $conf['mailer']['type'] = 'sendmail'; $conf['mailer']['params'] = array(); /* The following option is only used is you are using sendmail and it is not located in the path of /usr/sbin/sendmail: $conf['mailer']['params']['sendmail_path'] = /usr/local/bin/sendmail'; */ The way it is now: /** ** Connection Tracking **/ $conf['connections']['track'] = false; $conf['connections']['driver'] = 'sql'; $conf['connections']['params'] = array(); The way I'd like to see it: /** ** Connection Tracking **/ $conf['connections']['track'] = false; $conf['connections']['driver'] = 'sql'; $conf['connections']['params'] = array(); /* The following options are only necessary if you are using a database for connection tracking: $conf['connections']['params']['phptype'] = 'mysql'; $conf['connections']['params']['hostspec'] = 'localhost'; $conf['connections']['params']['username'] = 'username'; $conf['connections']['params']['password'] = 'password'; $conf['connections']['params']['database'] = 'horde'; $conf['connections']['params']['table'] = 'connections'; */ ---------------------- multipart/mixed attachment-- From martin@math.ohiou.edu Mon Nov 6 14:21:16 2000 From: martin@math.ohiou.edu (Scott Martin) Date: Mon, 6 Nov 2000 09:21:16 -0500 Subject: mime.php Message-ID: <02c501c047fc$d3388040$b225eb84@martin> ---------------------- multipart/mixed attachment Would it be possible to move mime.php to mime.php.dist? When Chuck added the additional section for UnZip on Friday, CVS patched the file when I did an update and put some lines in the file that IMP didn't like. I had to go in and edit the file and remove a bunch of lines that didn't belong. That's the reason I'm wondering. Not a major concern, though. ---------------------- multipart/mixed attachment-- From max@the-triumvirate.net Mon Nov 6 14:51:50 2000 From: max@the-triumvirate.net (Max Kalika) Date: Mon, 06 Nov 2000 06:51:50 -0800 (PST) Subject: [dev] Re: [cvs] commit: imp compose. In-Reply-To: <003401c047f3$ad29d9c0$b225eb84@martin> References: <20001103211942.33070.qmail@horde.org> <011601c045dc$66efff20$b225eb84@martin> <973286916.3a032e0448da0@nirgal.horde.org> <973295373.3a034f0d1165d@www.the-triumvirate.net> <003401c047f3$ad29d9c0$b225eb84@martin> Message-ID: <973522310.3a06c5863a9d1@www.the-triumvirate.net> Quoting Scott Martin : > Has this been committed? I just updated the CVS and composed a letter and > the behavior is still the same. I don't think so. I just send patches and beg that they be put in. I don't have cvs access myself. :-) --mk23 From max@the-triumvirate.net Mon Nov 6 14:59:32 2000 From: max@the-triumvirate.net (Max Kalika) Date: Mon, 06 Nov 2000 06:59:32 -0800 (PST) Subject: [dev] conf.php In-Reply-To: <009c01c047f5$f7cc60e0$b225eb84@martin> References: <009c01c047f5$f7cc60e0$b225eb84@martin> Message-ID: <973522772.3a06c754cf894@www.the-triumvirate.net> Quoting Scott Martin : > $conf['compress_pages'] = true; > > What does this option do? I think this is for sending the contents of the page to the browser compressed. Upside is that page transitions are faster. Downside is that whenever there's an error, all you see is a bunch of gibberish. --mk23 From chuck@horde.org Mon Nov 6 15:00:39 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Mon, 06 Nov 2000 10:00:39 -0500 (EST) Subject: [dev] conf.php suggestion In-Reply-To: <029301c047fb$5b948f80$b225eb84@martin> References: <029301c047fb$5b948f80$b225eb84@martin> Message-ID: <973522839.3a06c7972d5e7@nirgal.horde.org> Quoting Scott Martin : > I have a suggestion for the options listed in conf.php. I would like to see > all of the possible options available. Have them listed in the file and > perhaps be commented out. I think this would save users having to ask > questions or search through documentation to try to find out about unlisted > options. ... I can see your point, but I have the same kind of problem with this as with listing how to get shared libraries working for wvHtml in the INSTALL document: It's going to be too much. For the "type" arguments, we should definitely list valid types, but listing out all params for everything is going to be overwhelming, and only listing parameters for one type, like this: > /* > The following options are only necessary if you are using a database for > connection tracking: > $conf['connections']['params']['phptype'] = 'mysql'; > $conf['connections']['params']['hostspec'] = 'localhost'; > $conf['connections']['params']['username'] = 'username'; > $conf['connections']['params']['password'] = 'password'; > $conf['connections']['params']['database'] = 'horde'; > $conf['connections']['params']['table'] = 'connections'; > */ ... is misleading in that it gives people a very limited impression of their options. Maybe somewhere we should have documented what parameters you need for a DB:: connection, etc, but I can't see listing this for _everything_. -chuck -- Charles Hagenbuch, Many states consider gambling so immoral that they not only prohibit private gambling organizations, they thoughtfully provide their own. From chuck@horde.org Mon Nov 6 15:00:59 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Mon, 06 Nov 2000 10:00:59 -0500 (EST) Subject: [dev] mime.php In-Reply-To: <02c501c047fc$d3388040$b225eb84@martin> References: <02c501c047fc$d3388040$b225eb84@martin> Message-ID: <973522859.3a06c7ab719e0@nirgal.horde.org> Quoting Scott Martin : > Would it be possible to move mime.php to mime.php.dist? When Chuck added the > additional section for UnZip on Friday, CVS patched the file when I did an > update and put some lines in the file that IMP didn't like. I had to go in > and edit the file and remove a bunch of lines that didn't belong. That's the > reason I'm wondering. Not a major concern, though. It's probably a good idea. I'm not sure why we haven't moved it yet. -chuck -- Charles Hagenbuch, Many states consider gambling so immoral that they not only prohibit private gambling organizations, they thoughtfully provide their own. From jon@csh.rit.edu Mon Nov 6 15:30:26 2000 From: jon@csh.rit.edu (Jon Parise) Date: Mon, 6 Nov 2000 10:30:26 -0500 Subject: [dev] conf.php In-Reply-To: <009101c047f5$ae5d8ce0$b225eb84@martin>; from martin@math.ohiou.edu on Mon, Nov 06, 2000 at 08:30:08AM -0500 References: <009101c047f5$ae5d8ce0$b225eb84@martin> Message-ID: <20001106103026.B28913@csh.rit.edu> On Mon, Nov 06, 2000 at 08:30:08AM -0500, Scott Martin wrote: > There was no explanation written up for $conf['use_ssl'] = 2; What does this > do and what are the possible settings? It has been documented yet (as Chuck mentioned). The possible values are (from memory): 0: (no) don't ever use SSL 1: (yes) always use SSL 2: (auto) continue using SSL if the current connection is SSL -- Jon Parise (jon@csh.rit.edu) . Rochester Inst. of Technology http://www.csh.rit.edu/~jon/ : Computer Science House Member From jon@csh.rit.edu Mon Nov 6 15:34:45 2000 From: jon@csh.rit.edu (Jon Parise) Date: Mon, 6 Nov 2000 10:34:45 -0500 Subject: [dev] preferences and pop3 In-Reply-To: <00af01c047f7$bc35a3a0$b225eb84@martin>; from martin@math.ohiou.edu on Mon, Nov 06, 2000 at 08:44:50AM -0500 References: <00af01c047f7$bc35a3a0$b225eb84@martin> Message-ID: <20001106103445.C28913@csh.rit.edu> On Mon, Nov 06, 2000 at 08:44:50AM -0500, Scott Martin wrote: > I noticed under the preferences when using Pop3 that it lists the following > in the folders section for both Sent Mail and Drafts: > >
Warning: Undefined variable: sent_mail in > /usr/local/apache/htdocs/horde/imp/templates/prefs/folders.inc on > line 19
> > Would it be better to totally hide the folder preferences when using Pop3? Yeah, silly POP3. I just committed the fix for that. -- Jon Parise (jon@csh.rit.edu) . Rochester Inst. of Technology http://www.csh.rit.edu/~jon/ : Computer Science House Member From mbull@uoguelph.ca Mon Nov 6 16:09:14 2000 From: mbull@uoguelph.ca (Michael Bull) Date: Mon, 06 Nov 2000 11:09:14 -0500 Subject: [dev] Re: [cvs] commit: imp compose.php In-Reply-To: <20001103193033.A13620@csh.rit.edu> References: <973294846.3a034cfed8e3c@nirgal.your.mom> <20001103164924.A10433@csh.rit.edu> <20001103181719.A13088@csh.rit.edu> <973294846.3a034cfed8e3c@nirgal.your.mom> Message-ID: <5.0.0.25.0.20001106110825.02173988@staff.mail.uoguelph.ca> At 07:30 PM 03/11/2000 -0500, you wrote: >On Fri, Nov 03, 2000 at 06:40:46PM -0500, Chuck Hagenbuch wrote: > > > > Alternatively, we can just let the To: line remain blank and change > > > the test so that it allows for an empty To: line if there's a value in > > > the Cc: line. > > > > This is far preferable, in my opinion, and gets my vote. > >Alright, this patch looks pretty clean and is functionally equivalent >to the way that mutt operates. I'm happy with this behavior. The other option would be to set to the senders email. That's how we've trained people around here to do blind carbon copies; place their email address in the to, and entire the reciepients in the BCC. From martin@math.ohiou.edu Mon Nov 6 18:46:53 2000 From: martin@math.ohiou.edu (Scott Martin) Date: Mon, 6 Nov 2000 13:46:53 -0500 Subject: Search and Pop3 Message-ID: <044801c04821$eebf29c0$b225eb84@martin> ---------------------- multipart/mixed attachment Is the search option unavailable for Pop3 or is it just not working correctly? ---------------------- multipart/mixed attachment-- From chuck@horde.org Mon Nov 6 18:58:10 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Mon, 06 Nov 2000 13:58:10 -0500 (EST) Subject: [dev] better IE "tab from subject" fix In-Reply-To: <973299341.3a035e8de30e8@www.the-triumvirate.net> References: <973299341.3a035e8de30e8@www.the-triumvirate.net> Message-ID: <973537090.3a06ff42c3995@nirgal.horde.org> Quoting Max Kalika : > its probably better to let the in-place browser sniffer to detect when to > include the "tab hack" Committed; no problems here with linux netscape. -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From chuck@horde.org Mon Nov 6 19:03:31 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Mon, 06 Nov 2000 14:03:31 -0500 (EST) Subject: [dev] Pass by reference error In-Reply-To: <20001103164518.A9680@csh.rit.edu> References: <20001103164518.A9680@csh.rit.edu> Message-ID: <973537411.3a07008390e71@nirgal.horde.org> Quoting Jon Parise : > Fatal error: Only variables can be passed by reference in > /usr/local/apache/htdocs/horde/imp/compose.php on line 681 > > It looks like this occurs at the call to PEAR::isError, which wants a > reference. I'm not sure what's going wrong here, but it doesn't look > like the $mailer->send() call on line 681 is returning a variable but > rather a static value. Do you get this after sending any message? I haven't been able to reproduce it yet... -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From chuck@horde.org Mon Nov 6 19:48:22 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Mon, 06 Nov 2000 14:48:22 -0500 (EST) Subject: [dev] Search and Pop3 In-Reply-To: <044801c04821$eebf29c0$b225eb84@martin> References: <044801c04821$eebf29c0$b225eb84@martin> Message-ID: <973540102.3a070b068d7de@nirgal.horde.org> Quoting Scott Martin : > Is the search option unavailable for Pop3 or is it just not working > correctly? It had been disabled because it wasn't working; I just fixed things so that it works and enabled it. -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From chuck@horde.org Mon Nov 6 20:28:32 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Mon, 06 Nov 2000 15:28:32 -0500 (EST) Subject: [dev] security idea In-Reply-To: <20001103162441.E7565@csh.rit.edu> References: <20001004012228.T1562@marina.horde.org> <20001103162441.E7565@csh.rit.edu> Message-ID: <973542512.3a071470e889e@nirgal.horde.org> Quoting Jon Parise : > I think a good short-term action would be to encrypt the passwords > stored in the session data with some simple key ($conf['sitename']) > for the time being. It's in no way "secure", but it keeps plaintext > passwords was being out in the open. Okay - I'll work on something like this, with the idea that a cookie value (or something else) might be used as the key later. Any ideas on what to use for the encryption? I'd like to not require mcrypt - I'm looking at the package.HCEMD5 code that we've had around for a while... -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From bjn@horde.org Mon Nov 6 20:43:33 2000 From: bjn@horde.org (Brent J. Nordquist) Date: Mon, 6 Nov 2000 14:43:33 -0600 (CST) Subject: [dev] security idea In-Reply-To: <973542512.3a071470e889e@nirgal.horde.org> Message-ID: On Mon, 6 Nov 2000, Chuck Hagenbuch wrote: > Any ideas on what to use for the encryption? I'd like to not require > mcrypt - Why? > I'm looking at the package.HCEMD5 code that we've had around for a > while... Hmmm... I don't know what that code does, but MD5 is only one-way hashing, of course. You'll need something that's (two-way) private-key encryption; IDEA, triple-DES, Blowfish, Twofish, etc. We could use Rijndael and be really cutting-edge. :-) -- Brent J. Nordquist Yahoo!: Brent_Nordquist / AIM: BrentJNordquist / ICQ: 76158942 From chuck@horde.org Mon Nov 6 20:49:20 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Mon, 06 Nov 2000 15:49:20 -0500 (EST) Subject: [dev] security idea In-Reply-To: References: Message-ID: <973543760.3a07195040fcf@nirgal.horde.org> Quoting "Brent J. Nordquist" : > > Any ideas on what to use for the encryption? I'd like to not require > > mcrypt - > > Why? YAPE (yet another php extension). It might be the thing to do, but if possible, I don't want to have yet one more build requirement... > Hmmm... I don't know what that code does, but MD5 is only one-way hashing, > of course. You'll need something that's (two-way) private-key encryption; > IDEA, triple-DES, Blowfish, Twofish, etc. It supposedly does some kind of two-way encrypting using md5-signing ... haven't quite gotten to how it works, but I'm cleaning it up and playing with it as we speak. -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From php3dev@carousel.tabcat.com Mon Nov 6 22:06:32 2000 From: php3dev@carousel.tabcat.com (Apis Hytt) Date: Mon, 6 Nov 2000 16:06:32 -0600 (CST) Subject: [dev] security idea In-Reply-To: <973542512.3a071470e889e@nirgal.horde.org> Message-ID: The mhash-0.8.3 has added several new key based hash methods plus the regular ones, recently. I have just compiled and am building in apache-1.3-dev-cvs and php4-dev-cvs. The mhash kit itself passes the built-in tests so looks promising. http://mhash.sourceforge.net Apis -nnnn- On Mon, 6 Nov 2000, Chuck Hagenbuch wrote: > Quoting Jon Parise : > > > I think a good short-term action would be to encrypt the passwords > > stored in the session data with some simple key ($conf['sitename']) > > Any ideas on what to use for the encryption? I'd like to not require mcrypt - > I'm looking at the package.HCEMD5 code that we've had around for a while... > > -chuck NNNN From kchayer@bbcnet.edu Mon Nov 6 22:10:28 2000 From: kchayer@bbcnet.edu (Keith A. Chayer) Date: Mon, 06 Nov 2000 16:10:28 -0600 (CST) Subject: [imp] 3 things In-Reply-To: <973539084.3a07070c4e2ee@nirgal.horde.org> References: <973299259.3a035e3be745c@webmail.bbcnet.edu> <973539084.3a07070c4e2ee@nirgal.horde.org> Message-ID: <973548628.3a072c5411a00@webmail.bbcnet.edu> (I should've posted this to dev@lists.horde.org in the first place; I'm moving it there--apologies) Quoting Chuck Hagenbuch : > > 2. Is there a way to disable the compression setting if there is an > error in > > a page/script/database connection/etc that PHP reports? I find that > if there > > is anything amiss, PHP will report the error, give the standard > "Cannot add > > any more header information...", and then the rest of the page is > unreadable > > compressed information. I don't know that the specific error matters, > but I > > can mention a few if you want. > > Well, there _shouldn't_ be any such errors, so mentioning them would > probably be > good, yeah... Well, I'm thinking periodic stuff, like when the database server goes down. IMP will still *run* if it cannot connect to the server for preferences, but not with the compression enabled. You get the database errors and can't even log out after you've logged in--it's just the compressed garbage. Being that 2.3 is the development version, sometimes I've gotten errors either because there is a new setting added in conf.php that I don't have set, or there is a new requirement/configuration for newer versions of PHP (session stuff comes to mind--I ran into this awhile back but didn't have time to pursue it) that reports errors. I agree--there shouldn't be any errors. Maybe I should just leave this off while I am working with the development version, as issues like I mentioned come up. It's not a *big* deal, not being able to log out--closing the browser is adequate. But I'm thinking if something ever does go wrong, users are sure going to freak out, getting that on their machine instead of a regular IMP screen prefaced by at least just a list of errors. Of course, that could be partially related to PHP's method of error reporting. > > > 3. This is simple, but was there an interface change I missed that > kept the > > entire page background white? I know Chuck was toying around with > different > > color schemes awhile back, but it seems to have been left without > > distinguishing the mailbox list or the message itself. I imagine I > can change > > this setting in config/html.php ? > > Sounds like your stylesheets are broken. Hrrm. Could this be related to the dynamic css.php (that I don't know much about :-))? Is there a setting in conf.php that I could be missing? Thanks. ..Keith -- "I consider this a day well seized. Tomorrow we'll seize the day AND conquer it!" -Calvin, "Calvin and Hobbes" -- From eculp@MexComUSA.Net Tue Nov 7 00:47:56 2000 From: eculp@MexComUSA.Net (Edwin Culp) Date: Mon, 06 Nov 2000 16:47:56 -0800 Subject: An error that I hadn't seen until I updated. Message-ID: <3A07513B.1C5EDC07@MexComUSA.Net> I just updated php4, horde and imp with cvs and installed all. I'm now getting the following error when I send an email: Fatal error: Only variables can be passed by reference in /usr/local/www/data/horde/imp/compose.php on line 674 This is the if (!PEAR::isError($mailer->send($recipients, $headers, $msg, $imp['user'], $imp['maildomain']))) that I think there was a comment about on the list this morning. Even though it says fatal error, the email is sent normally. Thanks, ed IMP 2.3.6-cvs php4 cvs co this morning From bjn@horde.org Tue Nov 7 02:56:20 2000 From: bjn@horde.org (Brent J. Nordquist) Date: Mon, 6 Nov 2000 20:56:20 -0600 (CST) Subject: [cvs] commit: horde/docs CHANGES horde/lib Horde.php In-Reply-To: <20001106231308.12528.qmail@horde.org> Message-ID: On 6 Nov 2000, chuck@horde.org wrote: > Add a Secret:: class to Horde.php that provides a transparent interface to > either the mcrypt extension (preferred) or the PEAR Crypt_HCEMD5:: class. > > This can now be used to set up password encryption, requiring only a shared > key and that users have _either_ mcrypt or the PEAR libs installed. Ah! Nice compromise; I like that idea. -- Brent J. Nordquist Yahoo!: Brent_Nordquist / AIM: BrentJNordquist / ICQ: 76158942 From chuck@horde.org Tue Nov 7 04:44:40 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Mon, 06 Nov 2000 23:44:40 -0500 (EST) Subject: [dev] An error that I hadn't seen until I updated. In-Reply-To: <3A07513B.1C5EDC07@MexComUSA.Net> References: <3A07513B.1C5EDC07@MexComUSA.Net> Message-ID: <973572280.3a0788b8dcbff@nirgal.your.mom> Quoting Edwin Culp : > I just updated php4, horde and imp with cvs and installed all. I'm now > getting the following error when I send an email: > Fatal error: Only variables can be passed by reference in > /usr/local/www/data/horde/imp/compose.php on line 674 > This is the > if (!PEAR::isError($mailer->send($recipients, $headers, $msg, > $imp['user'], $imp['maildomain']))) > that I think there was a comment about on the list this morning. Can you maybe send me relevant php.ini settings, and whether or not this happens after _every_ email? I can't reproduce this so far... -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From jon@csh.rit.edu Tue Nov 7 05:50:30 2000 From: jon@csh.rit.edu (Jon Parise) Date: Tue, 7 Nov 2000 00:50:30 -0500 Subject: [cvs] commit: imp compose.php In-Reply-To: <20001107051857.23955.qmail@horde.org>; from chuck@horde.org on Tue, Nov 07, 2000 at 05:18:57AM -0000 References: <20001107051857.23955.qmail@horde.org> Message-ID: <20001107005030.A28459@csh.rit.edu> On Tue, Nov 07, 2000 at 05:18:57AM -0000, Chuck Hagenbuch wrote: > try this for the pass by reference problem. That fixed it for me. -- Jon Parise (jon@csh.rit.edu) . Rochester Inst. of Technology http://www.csh.rit.edu/~jon/ : Computer Science House Member From anil@recoil.org Tue Nov 7 12:42:49 2000 From: anil@recoil.org (Anil Madhavapeddy) Date: Tue, 7 Nov 2000 12:42:49 -0000 Subject: [cvs] commit: imp navigator.php imp/docs CHANGES imp/lib tree.php In-Reply-To: <20001031143344.I7453@horde.org> Message-ID: Chuck Hagenbuch wrote: > > Jon, I'm very curious to know what this does for you, and also Anil, can you > make sure this doesn't break Courier or Cyrus? There are a lot of cases to > test (with a folder prefix - I'm really interested in how it works for > 'INBOX.' with Cyrus/Courier - and with subscriptions) but I think it's in > decent shape. > [somewhat belatedly] This managed to throw my navigator into a busy-wait, and the httpd keeps going with 80%+ cpu forever. I've only narrowed it down to the IMP_tree instantiation in navigator.php (fairly predictably). Investigations continue ... -- Anil Madhavapeddy / "I told you not to flush that!" anil@recoil.org / Stern Lecture Plumbing From eculp@MexComUSA.Net Tue Nov 7 14:34:11 2000 From: eculp@MexComUSA.Net (Edwin Culp) Date: Tue, 07 Nov 2000 06:34:11 -0800 Subject: [dev] An error that I hadn't seen until I updated. References: <3A07513B.1C5EDC07@MexComUSA.Net> <973572280.3a0788b8dcbff@nirgal.your.mom> Message-ID: <3A0812E2.877E4B25@MexComUSA.Net> Chuck, Sorry to have not responded quicker, but the fix you committed has fixed the problem. Thanks, ed Chuck Hagenbuch wrote: > Quoting Edwin Culp : > > > I just updated php4, horde and imp with cvs and installed all. I'm now > > getting the following error when I send an email: > > Fatal error: Only variables can be passed by reference in > > /usr/local/www/data/horde/imp/compose.php on line 674 > > This is the > > if (!PEAR::isError($mailer->send($recipients, $headers, $msg, > > $imp['user'], $imp['maildomain']))) > > that I think there was a comment about on the list this morning. > > Can you maybe send me relevant php.ini settings, and whether or not this happens > after _every_ email? I can't reproduce this so far... > > -chuck From martin@math.ohiou.edu Tue Nov 7 14:37:29 2000 From: martin@math.ohiou.edu (Scott Martin) Date: Tue, 7 Nov 2000 09:37:29 -0500 Subject: Hiding Parts Message-ID: <001701c048c8$41d1c720$b225eb84@martin> ---------------------- multipart/mixed attachment Is there currently a way to hide "parts" from showing. I.E. "multipart/alternative" is completely useless in IMP right now. Is there a way to stop "multipart/alternative" sections from showing up in the "parts" list? ---------------------- multipart/mixed attachment-- From jon@csh.rit.edu Tue Nov 7 14:40:22 2000 From: jon@csh.rit.edu (Jon Parise) Date: Tue, 7 Nov 2000 09:40:22 -0500 Subject: [dev] Hiding Parts In-Reply-To: <001701c048c8$41d1c720$b225eb84@martin>; from martin@math.ohiou.edu on Tue, Nov 07, 2000 at 09:37:29AM -0500 References: <001701c048c8$41d1c720$b225eb84@martin> Message-ID: <20001107094022.B11964@csh.rit.edu> On Tue, Nov 07, 2000 at 09:37:29AM -0500, Scott Martin wrote: > Is there currently a way to hide "parts" from showing. I.E. > "multipart/alternative" is completely useless in IMP right now. Is > there a way to stop "multipart/alternative" sections from showing up > in the "parts" list? No, but it should be pretty easy to add a 'hidden' attribute to mime.php. I'm not sure I like the idea of hiding parts of people's mail, though. -- Jon Parise (jon@csh.rit.edu) . Rochester Inst. of Technology http://www.csh.rit.edu/~jon/ : Computer Science House Member From martin@math.ohiou.edu Tue Nov 7 14:43:38 2000 From: martin@math.ohiou.edu (Scott Martin) Date: Tue, 7 Nov 2000 09:43:38 -0500 Subject: [dev] Hiding Parts References: <001701c048c8$41d1c720$b225eb84@martin> <20001107094022.B11964@csh.rit.edu> Message-ID: <001f01c048c9$1d967580$b225eb84@martin> I take it you don't like the idea of filter.txt either? ----- Original Message ----- From: "Jon Parise" To: Sent: Tuesday, November 07, 2000 9:40 AM Subject: Re: [dev] Hiding Parts > On Tue, Nov 07, 2000 at 09:37:29AM -0500, Scott Martin wrote: > > > Is there currently a way to hide "parts" from showing. I.E. > > "multipart/alternative" is completely useless in IMP right now. Is > > there a way to stop "multipart/alternative" sections from showing up > > in the "parts" list? > > No, but it should be pretty easy to add a 'hidden' attribute to > mime.php. I'm not sure I like the idea of hiding parts of people's > mail, though. > > -- > Jon Parise (jon@csh.rit.edu) . Rochester Inst. of Technology > http://www.csh.rit.edu/~jon/ : Computer Science House Member > > -- > Horde Developers mailing list: http://horde.org/ > Frequently Asked Questions: http://horde.org/faq/ > To unsubscribe, mail: dev-unsubscribe@lists.horde.org > > From martin@math.ohiou.edu Tue Nov 7 14:58:31 2000 From: martin@math.ohiou.edu (Scott Martin) Date: Tue, 7 Nov 2000 09:58:31 -0500 Subject: [dev] Hiding Parts References: <001701c048c8$41d1c720$b225eb84@martin> <20001107094022.B11964@csh.rit.edu> <001f01c048c9$1d967580$b225eb84@martin> Message-ID: <005401c048cb$320abf60$b225eb84@martin> Forgive me for digressing below, because the point I made is not exactly how I feel. I am not in favor of hiding one's mail either. I am only in favor of eliminating multipart/alternative from the parts section to "clean up" the interface. Here's an example: I'm looking at a message right now with IMP that has 3 parts, a "multipart/alternative", a "text/html" and a "text/plain". I find that showing the "multipart/alternative" junks up the interface and servers no practical purpose except to confuse "Joe User" because he says, "I can view the 'text/plain'. I can view the 'text/html', but what the heck is this "multipart/alternative" for!?" Anyway, I can live without the change. I just wanted to make the suggestion. ----- Original Message ----- From: "Scott Martin" To: Sent: Tuesday, November 07, 2000 9:43 AM Subject: Re: [dev] Hiding Parts > I take it you don't like the idea of filter.txt either? > > ----- Original Message ----- > From: "Jon Parise" > To: > Sent: Tuesday, November 07, 2000 9:40 AM > Subject: Re: [dev] Hiding Parts > > > > On Tue, Nov 07, 2000 at 09:37:29AM -0500, Scott Martin wrote: > > > > > Is there currently a way to hide "parts" from showing. I.E. > > > "multipart/alternative" is completely useless in IMP right now. Is > > > there a way to stop "multipart/alternative" sections from showing up > > > in the "parts" list? > > > > No, but it should be pretty easy to add a 'hidden' attribute to > > mime.php. I'm not sure I like the idea of hiding parts of people's > > mail, though. > > > > -- > > Jon Parise (jon@csh.rit.edu) . Rochester Inst. of Technology > > http://www.csh.rit.edu/~jon/ : Computer Science House Member > > > > -- > > Horde Developers mailing list: http://horde.org/ > > Frequently Asked Questions: http://horde.org/faq/ > > To unsubscribe, mail: dev-unsubscribe@lists.horde.org > > > > > > > -- > 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 Tue Nov 7 15:08:14 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Tue, 07 Nov 2000 10:08:14 -0500 (EST) Subject: [dev] Hiding Parts In-Reply-To: <005401c048cb$320abf60$b225eb84@martin> References: <001701c048c8$41d1c720$b225eb84@martin> <20001107094022.B11964@csh.rit.edu> <001f01c048c9$1d967580$b225eb84@martin> <005401c048cb$320abf60$b225eb84@martin> Message-ID: <973609694.3a081ade48069@nirgal.horde.org> Quoting Scott Martin : > Forgive me for digressing below, because the point I made is not exactly how > I feel. I am not in favor of hiding one's mail either. I am only in favor of > eliminating multipart/alternative from the parts section to "clean up" the > interface. Here's an example: I'm looking at a message right now with IMP > that has 3 parts, a "multipart/alternative", a "text/html" and a > "text/plain". I find that showing the "multipart/alternative" junks up the > interface and servers no practical purpose except to confuse "Joe User" > because he says, "I can view the 'text/plain'. I can view the 'text/html', > but what the heck is this "multipart/alternative" for!?" Anyway, I can live > without the change. I just wanted to make the suggestion. Can you bounce (redirect) me such a message for testing purposes? -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From martin@math.ohiou.edu Tue Nov 7 15:13:14 2000 From: martin@math.ohiou.edu (Scott Martin) Date: Tue, 7 Nov 2000 10:13:14 -0500 Subject: [dev] Hiding Parts References: <001701c048c8$41d1c720$b225eb84@martin> <20001107094022.B11964@csh.rit.edu> <001f01c048c9$1d967580$b225eb84@martin> <005401c048cb$320abf60$b225eb84@martin> <973609694.3a081ade48069@nirgal.horde.org> Message-ID: <006e01c048cd$402d9ac0$b225eb84@martin> Just sent you one. Hopefully the "bounce" function in IMP worked. I'd never used it before and didn't even know what is was for until now. ----- Original Message ----- From: "Chuck Hagenbuch" To: Sent: Tuesday, November 07, 2000 10:08 AM Subject: Re: [dev] Hiding Parts > Quoting Scott Martin : > > > Forgive me for digressing below, because the point I made is not exactly how > > I feel. I am not in favor of hiding one's mail either. I am only in favor of > > eliminating multipart/alternative from the parts section to "clean up" the > > interface. Here's an example: I'm looking at a message right now with IMP > > that has 3 parts, a "multipart/alternative", a "text/html" and a > > "text/plain". I find that showing the "multipart/alternative" junks up the > > interface and servers no practical purpose except to confuse "Joe User" > > because he says, "I can view the 'text/plain'. I can view the 'text/html', > > but what the heck is this "multipart/alternative" for!?" Anyway, I can live > > without the change. I just wanted to make the suggestion. > > Can you bounce (redirect) me such a message for testing purposes? > > -chuck > > -- > Charles Hagenbuch, > "If you can't stand the heat, get out of the chicken!" - Baby Blues > > -- > Horde Developers mailing list: http://horde.org/ > Frequently Asked Questions: http://horde.org/faq/ > To unsubscribe, mail: dev-unsubscribe@lists.horde.org > > From sistemes@myp.ad Tue Nov 7 16:07:44 2000 From: sistemes@myp.ad (CrisTiaN) Date: Tue, 07 Nov 2000 17:07:44 +0100 Subject: New language files for IMP Message-ID: <3A0828D0.B6665989@myp.ad> ---------------------- multipart/mixed attachment Here you have the IMP language files for Català (Catalan). The lang. code is ca (iso 639). If you find something wrong or need anything else plese write me. I attach too a patch file for config/lang.php3 (lang.php3.patch) Cristian -- Cristian Llaras MYP - Departament de sistemes. sistemes@myp.ad ---------------------- multipart/mixed attachment A non-text attachment was scrubbed... Name: imp-lang-ca.tar.gz Type: application/x-gzip Size: 12742 bytes Desc: not available Url : http://lists.horde.org/archives/dev/attachments/5877611c/imp-lang-ca.tar.gz ---------------------- multipart/mixed attachment diff -uN ..config/lang.php3 ./lang.php3 --- ../config/lang.php3 Tue Nov 7 16:42:13 2000 +++ ./lang.php3 Tue Nov 7 16:37:22 2000 @@ -1,6 +1,7 @@ lang['ca'] = 'Català'; $lang->lang['cs'] = 'Èesky'; $lang->lang['da'] = 'Dansk'; $lang->lang['de'] = 'Deutsch'; @@ -28,6 +29,7 @@ /* character encoding sets. Don't know which character set is * appropriate? Try . */ +$lang->charset['ca'] = 'ISO-8859-1'; $lang->charset['cs'] = 'ISO-8859-2'; $lang->charset['da'] = 'ISO-8859-1'; $lang->charset['de'] = 'ISO-8859-1'; @@ -55,6 +57,7 @@ $lang->charset['zh-tw'] = 'Big5'; /* multi-language spelling support */ +$default->ispell_lang['ca'] = '-d catala'; $default->ispell_lang['cs'] = '-T latin2 -d czech'; $default->ispell_lang['da'] = '-T latin1 -d dansk'; $default->ispell_lang['de'] = '-T latin1 -d deutsch'; ---------------------- multipart/mixed attachment-- From chuck@horde.org Tue Nov 7 16:29:47 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Tue, 07 Nov 2000 11:29:47 -0500 (EST) Subject: [dev] Hiding Parts In-Reply-To: <20001107094022.B11964@csh.rit.edu> References: <001701c048c8$41d1c720$b225eb84@martin> <20001107094022.B11964@csh.rit.edu> Message-ID: <973614587.3a082dfb4181d@nirgal.horde.org> Quoting Jon Parise : > No, but it should be pretty easy to add a 'hidden' attribute to > mime.php. I'm not sure I like the idea of hiding parts of people's > mail, though. I think he was more referring to not showing multipart/alternative (and similar) parts in the parts list, since the subparts of it should be shown already... -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From sistemes@myp.ad Tue Nov 7 18:04:32 2000 From: sistemes@myp.ad (CrisTiaN) Date: Tue, 07 Nov 2000 19:04:32 +0100 Subject: Correction about Catalan Language Message-ID: <3A084430.37158233@myp.ad> ---------------------- multipart/mixed attachment The previous tarball that I sent is totally buggy. The fixed one is attached in this message. Anyway the patch works fine. Sorry .. :-( -- Cristian Llaras MYP - Departament de sistemes. sistemes@myp.ad ---------------------- multipart/mixed attachment A non-text attachment was scrubbed... Name: imp-lang-ca.tar.gz Type: application/x-gzip Size: 12783 bytes Desc: not available Url : http://lists.horde.org/archives/dev/attachments/6ecd17b9/imp-lang-ca.tar.gz ---------------------- multipart/mixed attachment-- From martin@math.ohiou.edu Tue Nov 7 18:36:31 2000 From: martin@math.ohiou.edu (Scott Martin) Date: Tue, 7 Nov 2000 13:36:31 -0500 Subject: inline images Message-ID: <00e001c048e9$a5e063e0$b225eb84@martin> ---------------------- multipart/mixed attachment Chuck, While we are discussing mime stuff, I wanted to ask again what the possibility is that you could add some code for an 'inline' => function in the $mime_actions['image/'] = section of mime.php? ---------------------- multipart/mixed attachment-- From martin@math.ohiou.edu Tue Nov 7 18:46:20 2000 From: martin@math.ohiou.edu (Scott Martin) Date: Tue, 7 Nov 2000 13:46:20 -0500 Subject: mime.php.dist Message-ID: <012501c048eb$05313800$b225eb84@martin> ---------------------- multipart/mixed attachment Hey, I just copied the $mime_actions['application/x-gtar'] = section in mime.php and made it into $mime_actions['application/x-gzip'] = Works like a charm! Thought you might want to add this to your mime.php.dist. ---------------------- multipart/mixed attachment-- From chuck@horde.org Tue Nov 7 18:55:29 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Tue, 07 Nov 2000 13:55:29 -0500 (EST) Subject: [dev] inline images In-Reply-To: <00e001c048e9$a5e063e0$b225eb84@martin> References: <00e001c048e9$a5e063e0$b225eb84@martin> Message-ID: <973623329.3a0850214204b@marina.horde.org> Quoting Scott Martin : > While we are discussing mime stuff, I wanted to ask again what the > possibility is that you could add some code for an > > 'inline' => > > function in the > > $mime_actions['image/'] = > > section of mime.php? I think it's possible, but again, I ask how many people would want this... -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From chuck@horde.org Tue Nov 7 19:14:41 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Tue, 07 Nov 2000 14:14:41 -0500 (EST) Subject: [dev] mime.php.dist In-Reply-To: <012501c048eb$05313800$b225eb84@martin> References: <012501c048eb$05313800$b225eb84@martin> Message-ID: <973624481.3a0854a191d2d@marina.horde.org> Quoting Scott Martin : > $mime_actions['application/x-gzip'] = > > Works like a charm! Thought you might want to add this to your > mime.php.dist. Done. -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From chuck@horde.org Tue Nov 7 19:21:45 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Tue, 07 Nov 2000 14:21:45 -0500 (EST) Subject: [dev] New language files for IMP In-Reply-To: <3A0828D0.B6665989@myp.ad> References: <3A0828D0.B6665989@myp.ad> Message-ID: <973624905.3a085649dbb4f@marina.horde.org> Quoting CrisTiaN : > Here you have the IMP language files for Català (Catalan). > The lang. code is ca (iso 639). > If you find something wrong or need anything else plese write me. > I attach too a patch file for config/lang.php3 (lang.php3.patch) Committed (with the new tarball) - thanks! -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From chuck@horde.org Tue Nov 7 19:28:40 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Tue, 07 Nov 2000 14:28:40 -0500 (EST) Subject: imp 2.3 parts list Message-ID: <973625320.3a0857e83b0b5@marina.horde.org> What do people think of not putting into the parts list any parts that we show inline? -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From rich@horde.org Tue Nov 7 19:31:39 2000 From: rich@horde.org (Rich Lafferty) Date: Tue, 7 Nov 2000 14:31:39 -0500 Subject: [dev] imp 2.3 parts list In-Reply-To: <973625320.3a0857e83b0b5@marina.horde.org>; from chuck@horde.org on Tue, Nov 07, 2000 at 02:28:40PM -0500 References: <973625320.3a0857e83b0b5@marina.horde.org> Message-ID: <20001107143139.S20472@alcor.concordia.ca> On Tue, Nov 07, 2000 at 02:28:40PM -0500, Chuck Hagenbuch (chuck@horde.org) wrote: > > What do people think of not putting into the parts list any parts > that we show inline? I'd like them to stay in the parts list, perhaps marked as inline, to make it easier to get the attachment into a file on the client computer. Or maybe a "download" option near the inlined attachment instead? -Rich -- ------------------------------ Rich Lafferty --------------------------- Sysadmin/Programmer, Instructional and Information Technology Services Concordia University, Montreal, QC (514) 848-7625 ------------------------- rich@alcor.concordia.ca ---------------------- From martin@math.ohiou.edu Tue Nov 7 19:32:38 2000 From: martin@math.ohiou.edu (Scott Martin) Date: Tue, 7 Nov 2000 14:32:38 -0500 Subject: [dev] imp 2.3 parts list References: <973625320.3a0857e83b0b5@marina.horde.org> Message-ID: <017a01c048f1$7cf4a560$b225eb84@martin> That still wouldn't fix my multipart issue would it? ----- Original Message ----- From: "Chuck Hagenbuch" To: Sent: Tuesday, November 07, 2000 2:28 PM Subject: [dev] imp 2.3 parts list > What do people think of not putting into the parts list any parts that we show > inline? > > -chuck > > -- > Charles Hagenbuch, > "If you can't stand the heat, get out of the chicken!" - Baby Blues > > -- > 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 Tue Nov 7 19:35:54 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Tue, 07 Nov 2000 14:35:54 -0500 (EST) Subject: [dev] imp 2.3 parts list In-Reply-To: <017a01c048f1$7cf4a560$b225eb84@martin> References: <973625320.3a0857e83b0b5@marina.horde.org> <017a01c048f1$7cf4a560$b225eb84@martin> Message-ID: <973625754.3a08599a8b949@marina.horde.org> Quoting Scott Martin : > That still wouldn't fix my multipart issue would it? No; from everything I can tell that problem is due to you using pop3, and I don't really want to introduce a workaround for it. Pop3 isn't meant for retrieving individual parts of a message. -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From jon@csh.rit.edu Tue Nov 7 19:36:56 2000 From: jon@csh.rit.edu (Jon Parise) Date: Tue, 7 Nov 2000 14:36:56 -0500 Subject: [dev] imp 2.3 parts list In-Reply-To: <973625320.3a0857e83b0b5@marina.horde.org>; from chuck@horde.org on Tue, Nov 07, 2000 at 02:28:40PM -0500 References: <973625320.3a0857e83b0b5@marina.horde.org> Message-ID: <20001107143656.A21365@csh.rit.edu> On Tue, Nov 07, 2000 at 02:28:40PM -0500, Chuck Hagenbuch wrote: > What do people think of not putting into the parts list any parts > that we show inline? I'd prefer everything was listed. It makes it easier to download a single part. -- Jon Parise (jon@csh.rit.edu) . Rochester Inst. of Technology http://www.csh.rit.edu/~jon/ : Computer Science House Member From chuck@horde.org Tue Nov 7 19:37:38 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Tue, 07 Nov 2000 14:37:38 -0500 (EST) Subject: [dev] imp 2.3 parts list In-Reply-To: <20001107143139.S20472@alcor.concordia.ca> References: <973625320.3a0857e83b0b5@marina.horde.org> <20001107143139.S20472@alcor.concordia.ca> Message-ID: <973625858.3a085a023fbb0@marina.horde.org> Quoting Rich Lafferty : > I'd like them to stay in the parts list, perhaps marked as > inline, to make it easier to get the attachment into a file on the > client computer. > > Or maybe a "download" option near the inlined attachment instead? Yeah - I'd like to put labels on inlined attachments, so we could add the download link to that information... -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From rich@horde.org Tue Nov 7 19:38:35 2000 From: rich@horde.org (Rich Lafferty) Date: Tue, 7 Nov 2000 14:38:35 -0500 Subject: [dev] imp 2.3 parts list In-Reply-To: <017a01c048f1$7cf4a560$b225eb84@martin>; from martin@math.ohiou.edu on Tue, Nov 07, 2000 at 02:32:38PM -0500 References: <973625320.3a0857e83b0b5@marina.horde.org> <017a01c048f1$7cf4a560$b225eb84@martin> Message-ID: <20001107143835.T20472@alcor.concordia.ca> On Tue, Nov 07, 2000 at 02:32:38PM -0500, Scott Martin (martin@math.ohiou.edu) wrote: > That still wouldn't fix my multipart issue would it? Uh, no, it wouldn't, because we're talking about something else now. -Rich -- ------------------------------ Rich Lafferty --------------------------- Sysadmin/Programmer, Instructional and Information Technology Services Concordia University, Montreal, QC (514) 848-7625 ------------------------- rich@alcor.concordia.ca ---------------------- From jon@csh.rit.edu Tue Nov 7 19:50:46 2000 From: jon@csh.rit.edu (Jon Parise) Date: Tue, 7 Nov 2000 14:50:46 -0500 Subject: [dev] imp 2.3 parts list In-Reply-To: <973625858.3a085a023fbb0@marina.horde.org>; from chuck@horde.org on Tue, Nov 07, 2000 at 02:37:38PM -0500 References: <973625320.3a0857e83b0b5@marina.horde.org> <20001107143139.S20472@alcor.concordia.ca> <973625858.3a085a023fbb0@marina.horde.org> Message-ID: <20001107145045.A23925@csh.rit.edu> On Tue, Nov 07, 2000 at 02:37:38PM -0500, Chuck Hagenbuch wrote: > > I'd like them to stay in the parts list, perhaps marked as > > inline, to make it easier to get the attachment into a file on the > > client computer. > > > > Or maybe a "download" option near the inlined attachment instead? > > Yeah - I'd like to put labels on inlined attachments, so we could add the > download link to that information... That would work nicely, I think. -- Jon Parise (jon@csh.rit.edu) . Rochester Inst. of Technology http://www.csh.rit.edu/~jon/ : Computer Science House Member From martin@math.ohiou.edu Tue Nov 7 19:56:40 2000 From: martin@math.ohiou.edu (Scott Martin) Date: Tue, 7 Nov 2000 14:56:40 -0500 Subject: [dev] imp 2.3 parts list References: <973625320.3a0857e83b0b5@marina.horde.org> <017a01c048f1$7cf4a560$b225eb84@martin> <973625754.3a08599a8b949@marina.horde.org> Message-ID: <019901c048f4$d88fd9a0$b225eb84@martin> I don't want to retrieve individual parts. I want the ability to hide certain "types". ----- Original Message ----- From: "Chuck Hagenbuch" To: Sent: Tuesday, November 07, 2000 2:35 PM Subject: Re: [dev] imp 2.3 parts list > Quoting Scott Martin : > > > That still wouldn't fix my multipart issue would it? > > No; from everything I can tell that problem is due to you using pop3, and I > don't really want to introduce a workaround for it. Pop3 isn't meant for > retrieving individual parts of a message. > > -chuck > > -- > Charles Hagenbuch, > "If you can't stand the heat, get out of the chicken!" - Baby Blues > > -- > 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 Tue Nov 7 20:04:44 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Tue, 07 Nov 2000 15:04:44 -0500 (EST) Subject: [dev] imp 2.3 parts list In-Reply-To: <019901c048f4$d88fd9a0$b225eb84@martin> References: <973625320.3a0857e83b0b5@marina.horde.org> <017a01c048f1$7cf4a560$b225eb84@martin> <973625754.3a08599a8b949@marina.horde.org> <019901c048f4$d88fd9a0$b225eb84@martin> Message-ID: <973627484.3a08605c81078@marina.horde.org> Quoting Scott Martin : > I don't want to retrieve individual parts. I want the ability to hide > certain "types". The parts list relies on the imap_fetchstructure call, which is really meant for IMAP messages to get the structure of the message. It's not the kind of thing that pop was designed for, and I'm not surprised if it doesn't work very well over pop. And you don't _need_ to do that kind of hiding for IMAP, because we can parse the structure sucessfully and figure things out. So I don't want to introduce ugly and potentially confusing workarounds just to get around the fact that pop3 wasn't ever designed to do this. -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From martin@math.ohiou.edu Tue Nov 7 20:05:34 2000 From: martin@math.ohiou.edu (Scott Martin) Date: Tue, 7 Nov 2000 15:05:34 -0500 Subject: [dev] imp 2.3 parts list References: <973625320.3a0857e83b0b5@marina.horde.org> <017a01c048f1$7cf4a560$b225eb84@martin> <20001107143835.T20472@alcor.concordia.ca> Message-ID: <01d701c048f6$17123dc0$b225eb84@martin> Sorry. I was referring to a private email conversation I had with Chuck that led to this question being asked. That's what I was referring to. ----- Original Message ----- From: "Rich Lafferty" To: Sent: Tuesday, November 07, 2000 2:38 PM Subject: Re: [dev] imp 2.3 parts list > On Tue, Nov 07, 2000 at 02:32:38PM -0500, Scott Martin (martin@math.ohiou.edu) wrote: > > That still wouldn't fix my multipart issue would it? > > Uh, no, it wouldn't, because we're talking about something else now. > > -Rich > > -- > ------------------------------ Rich Lafferty --------------------------- > Sysadmin/Programmer, Instructional and Information Technology Services > Concordia University, Montreal, QC (514) 848-7625 > ------------------------- rich@alcor.concordia.ca ---------------------- > > -- > 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 Tue Nov 7 21:19:02 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Tue, 07 Nov 2000 16:19:02 -0500 (EST) Subject: [dev] imp 2.3 parts list In-Reply-To: <20001107145045.A23925@csh.rit.edu> References: <973625320.3a0857e83b0b5@marina.horde.org> <20001107143139.S20472@alcor.concordia.ca> <973625858.3a085a023fbb0@marina.horde.org> <20001107145045.A23925@csh.rit.edu> Message-ID: <973631942.3a0871c66ad77@marina.horde.org> Quoting Jon Parise : > > Yeah - I'd like to put labels on inlined attachments, so we could add the > > download link to that information... > > That would work nicely, I think. Well, take a look at what I just committed. I'm not entirely convinced yet, but the new behavior is: If an attachment is displayed inline, you get its number, name, type, view link, and download link right above it in the main body. Otherwise, you get it in the parts list where they all used to be. Comments? Better ideas? -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From martin@math.ohiou.edu Tue Nov 7 21:27:25 2000 From: martin@math.ohiou.edu (Scott Martin) Date: Tue, 7 Nov 2000 16:27:25 -0500 Subject: [cvs] commit: horde/docs INSTALL References: <20001107211009.76065.qmail@horde.org> Message-ID: <000f01c04901$86490060$b225eb84@martin> Brent, look at the latest UnZip package. There's a reason I worded it the way I did. In the package ZipInfo is a soft link to UnZip. You have to run UnZip in ZipInfo mode by using "unzip -Z". ----- Original Message ----- From: To: Sent: Tuesday, November 07, 2000 4:10 PM Subject: [cvs] commit: horde/docs INSTALL > bjn 2000/11/07 13:10:09 PST > > Modified files: > docs INSTALL > Log: > What 'unzip' really means is 'zipinfo'. > > Revision Changes Path > 1.19 +2 -2 horde/docs/INSTALL > > From martin@math.ohiou.edu Tue Nov 7 21:35:27 2000 From: martin@math.ohiou.edu (Scott Martin) Date: Tue, 7 Nov 2000 16:35:27 -0500 Subject: [dev] Re: [cvs] commit: horde/docs INSTALL References: <20001107211009.76065.qmail@horde.org> <000f01c04901$86490060$b225eb84@martin> Message-ID: <002f01c04902$a5882860$b225eb84@martin> Changing to ZipInfo should work, but you need to rewrite the instructions I gave for installing the UnZip package also. The way I did it was very "dirty". ----- Original Message ----- From: "Scott Martin" To: Sent: Tuesday, November 07, 2000 4:27 PM Subject: [dev] Re: [cvs] commit: horde/docs INSTALL > Brent, look at the latest UnZip package. There's a reason I worded it the > way I did. In the package ZipInfo is a soft link to UnZip. You have to run > UnZip in ZipInfo mode by using "unzip -Z". > > ----- Original Message ----- > From: > To: > Sent: Tuesday, November 07, 2000 4:10 PM > Subject: [cvs] commit: horde/docs INSTALL > > > > bjn 2000/11/07 13:10:09 PST > > > > Modified files: > > docs INSTALL > > Log: > > What 'unzip' really means is 'zipinfo'. > > > > Revision Changes Path > > 1.19 +2 -2 horde/docs/INSTALL > > > > > > > -- > 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 Tue Nov 7 21:43:09 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Tue, 07 Nov 2000 16:43:09 -0500 (EST) Subject: [dev] RE: [cvs] commit: imp navigator.php imp/docs CHANGES imp/lib tree.php In-Reply-To: References: Message-ID: <973633389.3a08776dc2fab@marina.horde.org> Quoting Anil Madhavapeddy : > This managed to throw my navigator into a busy-wait, and the httpd > keeps going with 80%+ cpu forever. I've only narrowed it down to the > IMP_tree instantiation in navigator.php (fairly predictably). Hrm. Any further clues, let me know. Also, I'm trying to get a Cyrus server running again, but can't get through to their ftp site right now, so I'll try again later... -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From bjn@horde.org Tue Nov 7 21:44:34 2000 From: bjn@horde.org (Brent J. Nordquist) Date: Tue, 7 Nov 2000 15:44:34 -0600 (CST) Subject: [dev] Re: [cvs] commit: horde/docs INSTALL In-Reply-To: <002f01c04902$a5882860$b225eb84@martin> Message-ID: On Tue, 7 Nov 2000, Scott Martin wrote: > Changing to ZipInfo should work, I also noted the 'unzip -Z' way of doing it. > but you need to rewrite the instructions I gave for installing the > UnZip package also. The way I did it was very "dirty". Uh... I don't see any instructions for unzip in INSTALL -- there's one (empty) line for zipinfo. Anyway, as we discussed earlier, I'm in favor of not documenting compilation/installation instructions for the external utilities. -- Brent J. Nordquist Yahoo!: Brent_Nordquist / AIM: BrentJNordquist / ICQ: 76158942 From chuck@horde.org Tue Nov 7 21:47:32 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Tue, 07 Nov 2000 16:47:32 -0500 (EST) Subject: [dev] Re: [imp] 3 things In-Reply-To: <973548628.3a072c5411a00@webmail.bbcnet.edu> References: <973299259.3a035e3be745c@webmail.bbcnet.edu> <973539084.3a07070c4e2ee@nirgal.horde.org> <973548628.3a072c5411a00@webmail.bbcnet.edu> Message-ID: <973633652.3a08787443196@marina.horde.org> Quoting "Keith A. Chayer" : > I agree--there shouldn't be any errors. Maybe I should just leave this off > while I am working with the development version, as issues like I mentioned > come up. It's not a *big* deal, not being able to log out--closing the browser > is adequate. But I'm thinking if something ever does go wrong, users are sure > going to freak out, getting that on their machine instead of a regular IMP > screen prefaced by at least just a list of errors. Of course, that could be > partially related to PHP's method of error reporting. There's a lot of stuff we need to clean up with respect to error reporting, so hopefully that'll take care of some of this. Also, if there's a way to tell if output has been sent, that'd be useful - I don't know of one right now. > > Sounds like your stylesheets are broken. > > Hrrm. Could this be related to the dynamic css.php (that I don't know much > about :-))? Is there a setting in conf.php that I could be missing? Well... is the stylesheet link being generated correctly? Do you have a funky setup (aliasing or anything)? Can you access /horde/css.php?app=imp with wget or something and get a valid stylesheet? -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From martin@math.ohiou.edu Tue Nov 7 21:50:22 2000 From: martin@math.ohiou.edu (Scott Martin) Date: Tue, 07 Nov 2000 16:50:22 -0500 (EST) Subject: [dev] Re: [cvs] commit: horde/docs INSTALL In-Reply-To: References: Message-ID: <973633822.3a08791e0efce@eric.math.ohiou.edu> Quoting "Brent J. Nordquist" : > Uh... I don't see any instructions for unzip in INSTALL -- there's one > (empty) line for zipinfo. Anyway, as we discussed earlier, I'm in favor > of not documenting compilation/installation instructions for the external > utilities. Yep, you're right! I had updated that section but didn't send you the patch since we had that conversation. I was confused. Sorry. -Scott From martin@math.ohiou.edu Tue Nov 7 21:55:02 2000 From: martin@math.ohiou.edu (Scott Martin) Date: Tue, 07 Nov 2000 16:55:02 -0500 (EST) Subject: Bounce Message-ID: <973634102.3a087a36ef94a@eric.math.ohiou.edu> Bounce doesn't seem to be working, at least not with Pop3. I noticed Chuck had applied some code earlier, and I updated but it still doesn't work. I tried to Bounce a message to myself and got nothing. It acts like it works. There is even a message in the log that says a bounce message was sent. -Scott From chuck@horde.org Tue Nov 7 21:57:40 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Tue, 07 Nov 2000 16:57:40 -0500 (EST) Subject: [dev] Bounce In-Reply-To: <973634102.3a087a36ef94a@eric.math.ohiou.edu> References: <973634102.3a087a36ef94a@eric.math.ohiou.edu> Message-ID: <973634260.3a087ad4a692a@marina.horde.org> Quoting Scott Martin : > Bounce doesn't seem to be working, at least not with Pop3. I noticed Chuck > had > applied some code earlier, and I updated but it still doesn't work. I tried > to > Bounce a message to myself and got nothing. It acts like it works. There is > even a message in the log that says a bounce message was sent. Are you sure your mail system isn't stripping out resent messages? -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From martin@math.ohiou.edu Tue Nov 7 22:00:21 2000 From: martin@math.ohiou.edu (Scott Martin) Date: Tue, 7 Nov 2000 17:00:21 -0500 Subject: [dev] Bounce References: <973634102.3a087a36ef94a@eric.math.ohiou.edu> <973634260.3a087ad4a692a@marina.horde.org> Message-ID: <001f01c04906$1fa65600$b225eb84@martin> Very possible, but I don't have a clue where to begin to check since I know nothing about setting up a mail server. ----- Original Message ----- From: "Chuck Hagenbuch" To: Sent: Tuesday, November 07, 2000 4:57 PM Subject: Re: [dev] Bounce > Quoting Scott Martin : > > > Bounce doesn't seem to be working, at least not with Pop3. I noticed Chuck > > had > > applied some code earlier, and I updated but it still doesn't work. I tried > > to > > Bounce a message to myself and got nothing. It acts like it works. There is > > even a message in the log that says a bounce message was sent. > > Are you sure your mail system isn't stripping out resent messages? > > -chuck > > -- > Charles Hagenbuch, > "If you can't stand the heat, get out of the chicken!" - Baby Blues > > -- > 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 Tue Nov 7 22:10:17 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Tue, 07 Nov 2000 17:10:17 -0500 (EST) Subject: [dev] Bounce In-Reply-To: <001f01c04906$1fa65600$b225eb84@martin> References: <973634102.3a087a36ef94a@eric.math.ohiou.edu> <973634260.3a087ad4a692a@marina.horde.org> <001f01c04906$1fa65600$b225eb84@martin> Message-ID: <973635017.3a087dc939e5d@marina.horde.org> Quoting Scott Martin : > Very possible, but I don't have a clue where to begin to check since I know > nothing about setting up a mail server. Well, you could try using another mail client with a redirect/bounce feature, and see if that works, or you could start reading up on sendmail... -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From kchayer@bbcnet.edu Tue Nov 7 22:36:32 2000 From: kchayer@bbcnet.edu (Keith A. Chayer) Date: Tue, 07 Nov 2000 16:36:32 -0600 (CST) Subject: [dev] Re: [imp] 3 things In-Reply-To: <973633652.3a08787443196@marina.horde.org> References: <973299259.3a035e3be745c@webmail.bbcnet.edu> <973539084.3a07070c4e2ee@nirgal.horde.org> <973548628.3a072c5411a00@webmail.bbcnet.edu> <973633652.3a08787443196@marina.horde.org> Message-ID: <973636592.3a0883f03e981@webmail.bbcnet.edu> Quoting Chuck Hagenbuch : > > I agree--there shouldn't be any errors. Maybe I should just leave > this off > > while I am working with the development version, as issues like I > mentioned > > come up. It's not a *big* deal, not being able to log out--closing the > browser > > is adequate. But I'm thinking if something ever does go wrong, users > are sure > > going to freak out, getting that on their machine instead of a regular > IMP > > screen prefaced by at least just a list of errors. Of course, that > could be > > partially related to PHP's method of error reporting. > > There's a lot of stuff we need to clean up with respect to error > reporting, so > hopefully that'll take care of some of this. Also, if there's a way to > tell if > output has been sent, that'd be useful - I don't know of one right now. Hmmm. Lemme see if I understand this correctly: to send the compressed data, the fact that the information is compressed is sent in the header, and the browser knows what to do with it? But if an error has been sent before what should just be displayed (as compressed), the compressed header is not seen by the browser and therefore is not uncompressed? Yeah, that'd be a good check, to know if there are any errors, to know to send the data uncompressed. > > > Sounds like your stylesheets are broken. > > > > Hrrm. Could this be related to the dynamic css.php (that I don't know > much > > about :-))? Is there a setting in conf.php that I could be missing? > > Well... is the stylesheet link being generated correctly? Do you have a > funky > setup (aliasing or anything)? Can you access /horde/css.php?app=imp with > wget or > something and get a valid stylesheet? Is there supposed to be a link to the stylesheet? You know, now that you mention that, nothing is correct in relation to that: links (such as message subjects to click on) *are* underlined--I assume those still aren't supposed to be--etc. Though if you see below, I don't know where to trace down the stylesheet problem, unless my config is just screwy. Here is my setup: in httpd.conf, for that virtualhost, the DocumentRoot is /usr/local/apache/share/horde-dev/imp horde-dev is a symlink to whatever development version of Horde/IMP I'm using, in this case horde-cvs-head (sometimes I point it to a new CVS of 2.2, before deploying it) also in httpd.conf I have aliases for: /horde -> /usr/local/apache/share/horde-dev/ /imp -> /usr/local/apache/share/horde-dev/imp/ /turba -> /usr/local/apache/share/horde-dev/turba/ So in one sense, that is a bit weird, but nothing more than making IMP the root of that site, webmail-dev.bbcnet.edu in this case. Trying the wget trick you mentioned above, I get a valid stylesheet, though I dunno if it's the right stylesheet. It's 32 lines long. It includes these, umm, dunno the right word, definitions: .deleted, .important, .unseen, .answered, a.message, a.message:hover, .quoted, and .navigator. I can send it if you'd like. Thanks. ..Keith -- "I consider this a day well seized. Tomorrow we'll seize the day AND conquer it!" -Calvin, "Calvin and Hobbes" -- From max@the-triumvirate.net Tue Nov 7 23:32:13 2000 From: max@the-triumvirate.net (Max Kalika) Date: Tue, 07 Nov 2000 15:32:13 -0800 (PST) Subject: bouce document.compose.to.focus() Message-ID: <973639933.3a0890fddbbce@www.the-triumvirate.net> Seems to work for me. (IE5.5 winnt 4.0) --mk23 From jon@csh.rit.edu Tue Nov 7 23:46:27 2000 From: jon@csh.rit.edu (Jon Parise) Date: Tue, 7 Nov 2000 18:46:27 -0500 Subject: [cvs] commit: imp message.php imp/templates/compose bounce.inc In-Reply-To: <20001107211750.76370.qmail@horde.org>; from chuck@horde.org on Tue, Nov 07, 2000 at 09:17:50PM -0000 References: <20001107211750.76370.qmail@horde.org> Message-ID: <20001107184626.A29661@csh.rit.edu> On Tue, Nov 07, 2000 at 09:17:50PM -0000, Chuck Hagenbuch wrote: > (also, can anyone figure out why the document.compose.to.focus() call in the > bounce template doesn't seem to be doing anything?) It works fine here in Netscape for Windows. -- Jon Parise (jon@csh.rit.edu) . Rochester Inst. of Technology http://www.csh.rit.edu/~jon/ : Computer Science House Member From eculp@MexComUSA.Net Wed Nov 8 00:42:50 2000 From: eculp@MexComUSA.Net (Edwin Culp) Date: Tue, 07 Nov 2000 16:42:50 -0800 Subject: New error with latest cvs IMP and php4. Message-ID: <3A08A18A.B33E3870@MexComUSA.Net> Fatal error: Call to undefined function: mcrypt_module_open() in ../lib/Horde.php on line 233 CVS of both php4 and IMP less than 30 minutes ago. Thanks, ed Results of test.php: PHP Version PHP Version: 4.0.4-dev PHP Major Version: 4 PHP Minor Version: 4 PHP Version Classification: dev You are running a supported release of PHP4. Enjoy the ride! PHP Module Capabilities FTP Support: Yes Gettext Support: Yes IMAP Support: Yes LDAP Support: Yes MCAL Support: Yes Mcrypt Support: Yes MySQL Support: Yes PostgreSQL Support: No XML Support: Yes Miscellaneous PHP Settings magic_quotes_gpc set to Off: Yes magic_quotes_runtime set to Off: Yes From martin@math.ohiou.edu Wed Nov 8 14:07:06 2000 From: martin@math.ohiou.edu (Scott Martin) Date: Wed, 8 Nov 2000 09:07:06 -0500 Subject: Select and Delete Message-ID: <000c01c0498d$2d748040$b225eb84@martin> ---------------------- multipart/mixed attachment Deletion by selection does not appear to be working with POP3. First, I did a "select all" function. All of the check marks appeared, but when I chose "delete", the messages stayed. So, then I checked a few messages manually and clicked "delete" and still the same problem. The messages stayed in the inbox. ---------------------- multipart/mixed attachment-- From chuck@horde.org Wed Nov 8 15:23:26 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Wed, 08 Nov 2000 10:23:26 -0500 (EST) Subject: [dev] Re: [cvs] commit: imp message.php imp/templates/compose bounce.inc In-Reply-To: <20001107184626.A29661@csh.rit.edu> References: <20001107211750.76370.qmail@horde.org> <20001107184626.A29661@csh.rit.edu> Message-ID: <973697006.3a096fee53ac3@marina.horde.org> Quoting Jon Parise : > It works fine here in Netscape for Windows. Yeah, bizarre - anyone have it working (or getting an error) in Netscape under Linux? -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From chuck@horde.org Wed Nov 8 15:26:30 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Wed, 08 Nov 2000 10:26:30 -0500 (EST) Subject: [dev] New error with latest cvs IMP and php4. In-Reply-To: <3A08A18A.B33E3870@MexComUSA.Net> References: <3A08A18A.B33E3870@MexComUSA.Net> Message-ID: <973697190.3a0970a69993d@marina.horde.org> Quoting Edwin Culp : > Fatal error: Call to undefined function: mcrypt_module_open() in > ../lib/Horde.php on line 233 > > CVS of both php4 and IMP less than 30 minutes ago. I'm guessing that you've compiled php against mcrypt 2.2, instead of 2.4? I'll put in code to check for that in a moment, but if you could submit working mcrypt 2.2 code (for the Secret:: class in lib/Horde.php), that'd be more optimal. -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From max@the-triumvirate.net Wed Nov 8 15:37:01 2000 From: max@the-triumvirate.net (Max Kalika) Date: Wed, 08 Nov 2000 07:37:01 -0800 (PST) Subject: [dev] Re: [cvs] commit: imp message.php imp/templates/compose bounce.inc In-Reply-To: <973697006.3a096fee53ac3@marina.horde.org> References: <20001107211750.76370.qmail@horde.org> <20001107184626.A29661@csh.rit.edu> <973697006.3a096fee53ac3@marina.horde.org> Message-ID: <973697820.3a09731d02bed@www.the-triumvirate.net> Quoting Chuck Hagenbuch : > Yeah, bizarre - anyone have it working (or getting an error) in Netscape > under Linux? The first time I tried it, it looked as though nothing happened, but every time after that it worked fine. Same thing happened when I clicked on reply. The first time no focus was set, but every time after that, the curser was focused to the message body textarea. Strange. Looks like a netscape weirdness/bug to me. This is with netscape 4.75 x-sessioned over to x-win pro. (I am not physically near my linux workstation to try locallly). --mk23 From anil@recoil.org Wed Nov 8 16:31:43 2000 From: anil@recoil.org (Anil Madhavapeddy) Date: Wed, 8 Nov 2000 16:31:43 -0000 Subject: [dev] RE: [cvs] commit: imp navigator.php imp/docs CHANGES imp/lib tree.php In-Reply-To: <973633389.3a08776dc2fab@marina.horde.org> Message-ID: Chuck Hagenbuch wrote: > > Hrm. Any further clues, let me know. Also, I'm trying to get a Cyrus server > running again, but can't get through to their ftp site right now, > so I'll try again later... > Hmm, something is very very strange - my debugging is hampered by having to constantly stop rogue httpd processes totalling my machine ;-) Basically, the navigator is outputting an infinite list of folders (repeated), but more strangely, they seem to appear slightly out of order (not alphabetically arranged as previously). Had any luck under Cyrus? -- Anil Madhavapeddy / "I told you not to flush that!" anil@recoil.org / Stern Lecture Plumbing From anil@recoil.org Wed Nov 8 17:56:01 2000 From: anil@recoil.org (Anil Madhavapeddy) Date: Wed, 8 Nov 2000 17:56:01 -0000 Subject: [cvs] commit: imp/lib tree.php In-Reply-To: <20001108174912.35445.qmail@horde.org> Message-ID: avsm@horde.org wrote: > The check to avoid reinserting the INBOX element actually concatenates > the {server:port} prefix twice, which sends things into a loop. > > This fixes courier-imap, and almost certainly Cyrus (untested), > and hopefully doesnt break something else! > Please tell me this fixes the problem, or I'll start gibbering like a monkey! (stared at the screen for about four hours before it hit me, doh!) Also broken atm are the unseen/totals, which don't show up at all (only dashes). Chuck, you mentioned that you might want something to 'deal' with these, as you have a large number of folders - I have around 50, and they aren't that big a deal; are you experiencing slowdown due to them? It would be pretty trivial to make them a preference. While we're on that, does anyone mind if I make IMAP SUBSCRIBE a preference also? -- Anil Madhavapeddy / "I told you not to flush that!" anil@recoil.org / Stern Lecture Plumbing From anil@recoil.org Wed Nov 8 18:02:51 2000 From: anil@recoil.org (Anil Madhavapeddy) Date: Wed, 8 Nov 2000 18:02:51 -0000 Subject: [dev] RE: [cvs] commit: imp/lib tree.php In-Reply-To: Message-ID: Anil Madhavapeddy wrote: > > Also broken atm are the unseen/totals, which don't show up at all > (only dashes). Correction; they're not broken, but $updatecache in the navigator is actually false by default now, and setting it to true sorts things out - any particular reason for this change? -- Anil Madhavapeddy / "I told you not to flush that!" anil@recoil.org / Stern Lecture Plumbing From chuck@horde.org Wed Nov 8 18:05:26 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Wed, 08 Nov 2000 13:05:26 -0500 (EST) Subject: [dev] RE: [cvs] commit: imp/lib tree.php In-Reply-To: References: Message-ID: <973706726.3a0995e650070@marina.horde.org> Quoting Anil Madhavapeddy : > Correction; they're not broken, but $updatecache in the navigator > is actually false by default now, and setting it to true sorts > things out - any particular reason for this change? Yes: the Exchange server that we have here at work has a _ton_ of folders, and having this to true by default makes it practically impossible for me to use the navigator (and thus to test/develop it). I think we need to set it to true for INBOX by default, and then maybe have a preference to have other folders to check, and maybe have a "check status" action that would let you do it for a certain folder/set of folders. But doing it for everything by default just _kills_ performance for me. -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From chuck@horde.org Wed Nov 8 18:07:00 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Wed, 08 Nov 2000 13:07:00 -0500 (EST) Subject: [dev] RE: [cvs] commit: imp/lib tree.php In-Reply-To: References: Message-ID: <973706820.3a099644e20a7@marina.horde.org> Quoting Anil Madhavapeddy : > Please tell me this fixes the problem, or I'll start gibbering like > a monkey! (stared at the screen for about four hours before it hit > me, doh!) Haven't had a chance to look at it yet, but will let you know as soon as I do. > It would be pretty trivial to make them a preference. While we're > on that, does anyone mind if I make IMAP SUBSCRIBE a preference also? I think that's a very good idea. We also need a mode in the navigator for allowing subscription/unsubscription of folders when it's enabled. -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From max@the-triumvirate.net Wed Nov 8 18:13:39 2000 From: max@the-triumvirate.net (Max Kalika) Date: Wed, 08 Nov 2000 10:13:39 -0800 (PST) Subject: [dev] RE: [cvs] commit: imp navigator.php imp/docs CHANGES imp/lib tree.php In-Reply-To: References: Message-ID: <973707219.3a0997d3a3983@www.the-triumvirate.net> Quoting Anil Madhavapeddy : > Had any luck under Cyrus? If its of any help, the navigator works just fine with my cyrus 1.59 setup except that it doesn't show the total number of messages and the number of new messages in the right columns. There's just a dash instead. --mk23 From chuck@horde.org Wed Nov 8 18:18:09 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Wed, 08 Nov 2000 13:18:09 -0500 (EST) Subject: [cvs] commit: imp/lib tree.php In-Reply-To: <20001108174912.35445.qmail@horde.org> References: <20001108174912.35445.qmail@horde.org> Message-ID: <973707489.3a0998e18e8be@marina.horde.org> Quoting avsm@horde.org: > The check to avoid reinserting the INBOX element actually concatenates > the {server:port} prefix twice, which sends things into a loop. > > This fixes courier-imap, and almost certainly Cyrus (untested), > and hopefully doesnt break something else! Seems to work just fine with my UW and Exchange servers. -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From anil@recoil.org Wed Nov 8 18:30:18 2000 From: anil@recoil.org (Anil Madhavapeddy) Date: Wed, 8 Nov 2000 18:30:18 -0000 Subject: [dev] RE: [cvs] commit: imp/lib tree.php In-Reply-To: <973706820.3a099644e20a7@marina.horde.org> Message-ID: Chuck Hagenbuch wrote: > > I think that's a very good idea. We also need a mode in the navigator for > allowing subscription/unsubscription of folders when it's enabled. > I was thinking of the latter by having a 'show subscribed' mode (as you suggested), but with the unsubscribed folders being a dark colour, and having a tick icon to the right to subscribe. And similarly, the subscribed ones would have a cross to unsubscribe. Alternatively, convert the radio buttons to checkboxes, and allow mass subscribe/unsubscribe, but complicate the folder creation javascript? Which sort of layout would people prefer, before I start doing it? -- Anil Madhavapeddy / "I told you not to flush that!" anil@recoil.org / Stern Lecture Plumbing From anil@recoil.org Wed Nov 8 18:34:29 2000 From: anil@recoil.org (Anil Madhavapeddy) Date: Wed, 8 Nov 2000 18:34:29 -0000 Subject: [dev] RE: [cvs] commit: imp/lib tree.php In-Reply-To: <973706726.3a0995e650070@marina.horde.org> Message-ID: Chuck Hagenbuch wrote: > > Yes: the Exchange server that we have here at work has a _ton_ of > folders, and having this to true by default makes it practically > impossible for me to use the navigator (and thus to test/develop it) > I think we need to set it to true for INBOX by default, and then > maybe have a preference to have other folders to > check, and maybe have a "check status" action that would let you do it for a > certain folder/set of folders. But doing it for everything by default just > _kills_ performance for me. > Ok, how about a widget similar to the search folder selection, which lets you tick incoming folders for which you want to poll mail? If you have a lot of folders though, it would make the Preferences menu pretty bloated. Hmm, actually - how about sectioning off the prefenences menu, instead of just one large page? That would make it somewhat more expandable. -- Anil Madhavapeddy / "I told you not to flush that!" anil@recoil.org / Stern Lecture Plumbing From anil@recoil.org Wed Nov 8 18:40:44 2000 From: anil@recoil.org (Anil Madhavapeddy) Date: Wed, 8 Nov 2000 18:40:44 -0000 Subject: [dev] RE: [cvs] commit: imp navigator.php imp/docs CHANGES imp/lib tree.php In-Reply-To: <973707219.3a0997d3a3983@www.the-triumvirate.net> Message-ID: Max Kalika wrote: > > Quoting Anil Madhavapeddy : > > > Had any luck under Cyrus? > > If its of any help, the navigator works just fine with my cyrus 1.59 setup > except that it doesn't show the total number of messages and the > number of new messages in the right columns. There's just a dash instead. > Great! You can reactivate the message numbers by setting $updatecache near the top of navigator.php to true instead of false. -- Anil Madhavapeddy / "I told you not to flush that!" anil@recoil.org / Stern Lecture Plumbing From php3dev@carousel.tabcat.com Wed Nov 8 19:42:43 2000 From: php3dev@carousel.tabcat.com (Apis Hytt) Date: Wed, 8 Nov 2000 13:42:43 -0600 (CST) Subject: [dev] RE: [cvs] commit: imp/lib tree.php In-Reply-To: Message-ID: On Wed, 8 Nov 2000, Anil Madhavapeddy wrote: > Chuck Hagenbuch wrote: > > > > I think that's a very good idea. We also need a mode in the navigator for > > allowing subscription/unsubscription of folders when it's enabled. > > > > I was thinking of the latter by having a 'show subscribed' mode (as you > suggested), > but with the unsubscribed folders being a dark colour, and having a tick icon > to the right to subscribe. And similarly, the subscribed ones would have > a cross to unsubscribe. Apis+ o Solely using colours is *not* a good GUI practice, as many folks have different kinds of colour-blindedness or some browsers|monitors|window-systems have difficulty making a sufficient distinction between colour's display. o One should try to also use a text, icon, or other *clue* in addition to a colour display difference view. o At times, I think maybe the folders manipulation remain in old `Folders' because putting all in one vase makes the simplicity and beauty of the floral arrangement go *off* KISS - Keep It Simple and Sweet so the fragrance of the bouquet is not masked with clutter. :)>> Apis- > > From anil@recoil.org Wed Nov 8 19:46:36 2000 From: anil@recoil.org (Anil Madhavapeddy) Date: Wed, 8 Nov 2000 19:46:36 -0000 Subject: [dev] RE: [cvs] commit: imp/lib tree.php In-Reply-To: Message-ID: Apis Hytt wrote: > o Solely using colours is *not* a good GUI practice, as many folks > have different kinds of colour-blindedness or some > browsers|monitors|window-systems have difficulty making > a sufficient distinction between colour's display. Yup - there would also be an iconic representation to the right. > o At times, I think maybe the folders manipulation remain > in old `Folders' because putting all in one vase makes > the simplicity and beauty of the floral arrangement > go *off* > Heh, I must admit I would prefer that myself also, but a number of my users have commented that the new system also works well. -- Anil Madhavapeddy / "I told you not to flush that!" anil@recoil.org / Stern Lecture Plumbing From chuck@horde.org Wed Nov 8 19:52:06 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Wed, 08 Nov 2000 14:52:06 -0500 (EST) Subject: [dev] RE: [cvs] commit: imp/lib tree.php In-Reply-To: References: Message-ID: <973713126.3a09aee69042b@marina.horde.org> Quoting Anil Madhavapeddy : > Heh, I must admit I would prefer that myself also, but a number of > my users have commented that the new system also works well. I just don't think it makes sense to keep two complete interfaces - it's confusing. -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From chuck@horde.org Wed Nov 8 19:56:36 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Wed, 08 Nov 2000 14:56:36 -0500 (EST) Subject: [dev] RE: [cvs] commit: imp/lib tree.php In-Reply-To: References: Message-ID: <973713396.3a09aff4c2698@marina.horde.org> Quoting Anil Madhavapeddy : > I was thinking of the latter by having a 'show subscribed' mode (as you > suggested), but with the unsubscribed folders being a dark colour, and having > a tick icon to the right to subscribe. And similarly, the subscribed ones > would have a cross to unsubscribe. I'd say keep all actions in the menu. Or possibly, make them all buttons or links across the top, instead of the menu - either way, make it consistent. Also, if the user is using imap_subscribe, we should definitely give them a mode where they don't see folders that aren't subscribed. > Alternatively, convert the radio buttons to checkboxes, and allow mass > subscribe/unsubscribe, but complicate the folder creation javascript? It would be nice for subscription and deletion, but nothing else, so I guess it makes sense to keep it as a radio button. Also, I feel like folder creation is kind of unclear, but that's a seperate issue. -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From chuck@horde.org Wed Nov 8 19:58:08 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Wed, 08 Nov 2000 14:58:08 -0500 (EST) Subject: [dev] RE: [cvs] commit: imp/lib tree.php In-Reply-To: References: Message-ID: <973713488.3a09b050edaa0@marina.horde.org> Quoting Anil Madhavapeddy : > Ok, how about a widget similar to the search folder selection, which > lets you tick incoming folders for which you want to poll mail? What about making that an action on the navigator page? Ie, "add this folder to my incoming folders list"? Also, here's an idea: what if we go back to checkboxes (allowing subscription/deletion/etc to be nicer), but have the javascript for rename and create make sure there's only one selection? > If you have a lot of folders though, it would make the Preferences menu > pretty bloated. > > Hmm, actually - how about sectioning off the prefenences menu, instead > of just one large page? That would make it somewhat more expandable. I think that's going to make sense at some point, certainly... -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From chuck@horde.org Wed Nov 8 20:00:48 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Wed, 08 Nov 2000 15:00:48 -0500 (EST) Subject: [dev] RE: [cvs] commit: imp/lib tree.php In-Reply-To: <973713488.3a09b050edaa0@marina.horde.org> References: <973713488.3a09b050edaa0@marina.horde.org> Message-ID: <973713648.3a09b0f0db769@marina.horde.org> Quoting Chuck Hagenbuch : > Also, here's an idea: what if we go back to checkboxes (allowing > subscription/deletion/etc to be nicer), but have the javascript for rename > and create make sure there's only one selection? Thinking about folder creation more... One of the problems with it the way it is now is that the javascript prevents you from creating a top level folder. So, what if we had a button to create a folder that didn't assume any prefixes (or maybe assumed the folders prefix - that's probably safe). Then, next to every folder that _could_ have subfolders, we put a "create a subfolder" link. It'd be tricky to do it nicely, but we have a _lot_ of horizontal space in most cases in the navigator view... -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From php3dev@carousel.tabcat.com Wed Nov 8 20:02:04 2000 From: php3dev@carousel.tabcat.com (Apis Hytt) Date: Wed, 8 Nov 2000 14:02:04 -0600 (CST) Subject: [dev] RE: [cvs] commit: imp/lib tree.php In-Reply-To: <973713126.3a09aee69042b@marina.horde.org> Message-ID: On Wed, 8 Nov 2000, Chuck Hagenbuch wrote: > I just don't think it makes sense to keep two complete interfaces - it's > confusing. APIS+ o I come down on using the current *mailbox* and *folders* as opposed to *navigator* because of performance and high server loading of navigator with many folders subscribed for selection and display by user. o Trying to resolve this with folder groups or other ways to limit the imap enquiry and view updates adds to GUI complexity and so ... o I hope all this ends up as a user pref to either use; [1] current mailbox and folders or [2] navigator Apis- NNNN From anil@recoil.org Wed Nov 8 20:05:47 2000 From: anil@recoil.org (Anil Madhavapeddy) Date: Wed, 8 Nov 2000 20:05:47 -0000 Subject: [dev] RE: [cvs] commit: imp/lib tree.php In-Reply-To: <973713396.3a09aff4c2698@marina.horde.org> Message-ID: Chuck Hagenbuch wrote: > > Also, if the user is using imap_subscribe, we should definitely > give them a mode where they don't see folders that aren't subscribed. > Sorry, I wasn't clear enough - I meant that in subscribe mode only, there would be an option to 'view all folders' that would then give you the option of subscribing to those ones. > > It would be nice for subscription and deletion, but nothing else, > so I guess it makes sense to keep it as a radio button. Also, I feel > like folder creation is kind of unclear, but that's a seperate issue. > Woah! Someone was _just_ saying that to me; their main comment was that if you go to the navigator and try and create a folder, 'it doesnt work'. Selecting the INBOX by default (something should be selected there by default) solves that problem, but it's still pretty unintuitive I think. -- Anil Madhavapeddy / "I told you not to flush that!" anil@recoil.org / Stern Lecture Plumbing From chuck@horde.org Wed Nov 8 20:08:34 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Wed, 08 Nov 2000 15:08:34 -0500 (EST) Subject: [dev] Select and Delete In-Reply-To: <000c01c0498d$2d748040$b225eb84@martin> References: <000c01c0498d$2d748040$b225eb84@martin> Message-ID: <973714114.3a09b2c246f9d@marina.horde.org> Quoting Scott Martin : > Deletion by selection does not appear to be working with POP3. First, I did > a "select all" function. All of the check marks appeared, but when I chose > "delete", the messages stayed. So, then I checked a few messages manually > and clicked "delete" and still the same problem. The messages stayed in the > inbox. Works fine here. Do you have any messages in your pop3 server logs? -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From chuck@horde.org Wed Nov 8 20:09:29 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Wed, 08 Nov 2000 15:09:29 -0500 (EST) Subject: [dev] RE: [cvs] commit: imp/lib tree.php In-Reply-To: References: Message-ID: <973714168.3a09b2f904c57@marina.horde.org> Quoting Anil Madhavapeddy : > Sorry, I wasn't clear enough - I meant that in subscribe mode only, > there would be an option to 'view all folders' that would then give you > the option of subscribing to those ones. Right, sounds good. > Woah! Someone was _just_ saying that to me; their main comment was > that if you go to the navigator and try and create a folder, 'it doesnt > work'. Selecting the INBOX by default (something should be selected > there by default) solves that problem, but it's still pretty unintuitive > I think. It also doesn't solve the top-level problem. -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From chuck@horde.org Wed Nov 8 20:12:43 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Wed, 08 Nov 2000 15:12:43 -0500 (EST) Subject: [dev] Re: [imp] 3 things In-Reply-To: <973636592.3a0883f03e981@webmail.bbcnet.edu> References: <973299259.3a035e3be745c@webmail.bbcnet.edu> <973539084.3a07070c4e2ee@nirgal.horde.org> <973548628.3a072c5411a00@webmail.bbcnet.edu> <973633652.3a08787443196@marina.horde.org> <973636592.3a0883f03e981@webmail.bbcnet.edu> Message-ID: <973714363.3a09b3bb6ce3d@marina.horde.org> Quoting "Keith A. Chayer" : > Hmmm. Lemme see if I understand this correctly: to send the compressed > data, > the fact that the information is compressed is sent in the header, and the > browser knows what to do with it? But if an error has been sent before what > should just be displayed (as compressed), the compressed header is not seen > by > the browser and therefore is not uncompressed? Yeah, that'd be a good check, > to > know if there are any errors, to know to send the data uncompressed. Right. I was asking if anyone knew of a way to tell if output had already been sent or not, since I don't know of one right now. > Is there supposed to be a link to the stylesheet? You know, now that you > mention that, nothing is correct in relation to that: links (such as message > subjects to click on) *are* underlined--I assume those still aren't supposed > to > be--etc. Though if you see below, I don't know where to trace down the > stylesheet problem, unless my config is just screwy. By link, I meant if you view source on an IMP page, you should see: With the appropriate var filled in. So that raises the question of what $conf['horde']['paths']['root'] is set to (check horde/config/horde.php), and if it's valid. The aliases sound fine - is the above generating a valid path? Do you have requests for the css file in your webserver logs? -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From anil@recoil.org Wed Nov 8 20:15:55 2000 From: anil@recoil.org (Anil Madhavapeddy) Date: Wed, 8 Nov 2000 20:15:55 -0000 Subject: [dev] RE: [cvs] commit: imp/lib tree.php In-Reply-To: <973713488.3a09b050edaa0@marina.horde.org> Message-ID: Chuck Hagenbuch wrote: > > What about making that an action on the navigator page? Ie, "add > this folder to my incoming folders list"? > Ok, lets make a list of all the actions that we need: Create Delete Rename Subscribe Unsubscribe Add to Incoming Removing from Incoming Anything else? If we finalise this then the UI decision becomes a load easier. > Also, here's an idea: what if we go back to checkboxes (allowing > subscription/deletion/etc to be nicer), but have the javascript for > rename and create make sure there's only one selection? > Yeah, that sounds good to me - all the javascript for that is in CVS a few revisions back anyway :-) -- Anil Madhavapeddy / "I told you not to flush that!" anil@recoil.org / Stern Lecture Plumbing From anil@recoil.org Wed Nov 8 20:20:07 2000 From: anil@recoil.org (Anil Madhavapeddy) Date: Wed, 8 Nov 2000 20:20:07 -0000 Subject: [dev] RE: [cvs] commit: imp/lib tree.php In-Reply-To: <973713648.3a09b0f0db769@marina.horde.org> Message-ID: Chuck Hagenbuch wrote: > > One of the problems with it the way it is now is that the > javascript prevents you from creating a top level folder. > So, what if we had a button to create a folder that didn't > assume any prefixes (or maybe assumed the folders prefix - > that's probably safe). Then, next to every folder that _could_ have > subfolders, we put a "create a subfolder" link. > That's making the UI inconsistent again though isnt it? We could just split up the 'Create Folder' into a 'Create Top-Level Folder' and 'Create Sub-Folder'. Courier and Cyrus (?) don't allow top-level folders beside the INBOX I think, so they wouldn't have the former option. -- Anil Madhavapeddy / "I told you not to flush that!" anil@recoil.org / Stern Lecture Plumbing From anil@recoil.org Wed Nov 8 20:20:39 2000 From: anil@recoil.org (Anil Madhavapeddy) Date: Wed, 8 Nov 2000 20:20:39 -0000 Subject: [dev] RE: [cvs] commit: imp/lib tree.php In-Reply-To: <973714168.3a09b2f904c57@marina.horde.org> Message-ID: Chuck Hagenbuch wrote: > > > Woah! Someone was _just_ saying that to me; their main comment was > > that if you go to the navigator and try and create a folder, 'it doesnt > > work'. Selecting the INBOX by default (something should be selected > > there by default) solves that problem, but it's still pretty unintuitive > > I think. > > It also doesn't solve the top-level problem. > Sorry, hadn't read this yet :-) -- Anil Madhavapeddy / "I told you not to flush that!" anil@recoil.org / Stern Lecture Plumbing From chuck@horde.org Wed Nov 8 20:24:26 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Wed, 08 Nov 2000 15:24:26 -0500 (EST) Subject: [dev] RE: [cvs] commit: imp/lib tree.php In-Reply-To: References: Message-ID: <973715066.3a09b67a8e121@marina.horde.org> Quoting Anil Madhavapeddy : > That's making the UI inconsistent again though isnt it? Yeah. > We could just split up the 'Create Folder' into a > 'Create Top-Level Folder' and 'Create Sub-Folder'. This is better. > Courier and Cyrus (?) don't allow top-level folders beside the > INBOX I think, so they wouldn't have the former option. Cyrus certainly does - you just need the priviledges to create them. Exchange does, also, and depending on how you have UW configured you might need it there... -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From anil@recoil.org Wed Nov 8 20:30:27 2000 From: anil@recoil.org (Anil Madhavapeddy) Date: Wed, 8 Nov 2000 20:30:27 -0000 Subject: [dev] RE: [cvs] commit: imp/lib tree.php In-Reply-To: <973715066.3a09b67a8e121@marina.horde.org> Message-ID: Chuck Hagenbuch wrote: > > Cyrus certainly does - you just need the priviledges to create > them. Exchange does, also, and depending on how you have UW > configured you might need it there... > Ah, ok - seems Courier is the one of the few that can't! Someone else would have to put the top/sub change in since I won't be able to test it until I can get another IMAP server up and running (debian didnt like my laptop - next stop is Cyrus on my OpenBSD DSL router this weekend) -- Anil Madhavapeddy / "I told you not to flush that!" anil@recoil.org / Stern Lecture Plumbing From kchayer@bbcnet.edu Wed Nov 8 20:59:49 2000 From: kchayer@bbcnet.edu (Keith A. Chayer) Date: Wed, 08 Nov 2000 14:59:49 -0600 (CST) Subject: [dev] Re: [imp] 3 things In-Reply-To: <973714363.3a09b3bb6ce3d@marina.horde.org> References: <973299259.3a035e3be745c@webmail.bbcnet.edu> <973539084.3a07070c4e2ee@nirgal.horde.org> <973548628.3a072c5411a00@webmail.bbcnet.edu> <973633652.3a08787443196@marina.horde.org> <973636592.3a0883f03e981@webmail.bbcnet.edu> <973714363.3a09b3bb6ce3d@marina.horde.org> Message-ID: <973717189.3a09bec5d2f55@webmail.bbcnet.edu> Quoting Chuck Hagenbuch : > > Is there supposed to be a link to the stylesheet? You know, now that > you > > mention that, nothing is correct in relation to that: links (such as > message > > subjects to click on) *are* underlined--I assume those still aren't > supposed > > to > > be--etc. Though if you see below, I don't know where to trace down > the > > stylesheet problem, unless my config is just screwy. > > By link, I meant if you view source on an IMP page, you should see: > > rel="stylesheet" type="text/css" /> Duh. I looked, it's there, and it's a valid link: Now that's not an actual path, because the DocumentRoot is set to the IMP directory, but it IS an Apache alias. > With the appropriate var filled in. So that raises the question of what > $conf['horde']['paths']['root'] is set to (check > horde/config/horde.php), and if > it's valid. The aliases sound fine - is the above generating a > valid > path? Do you have requests for the css file in your webserver logs? Yeah, the requests are there. They are filled without error, according to the logs. When I get a chance, I'm going to set the thing up without setting IMP to DocumentRoot--just standard /horde/imp configuration. I'll report what that does. (Looks like I need to add mcrypt support to PHP before I'm going to get any further today... :-) ) ..Keith -- "I consider this a day well seized. Tomorrow we'll seize the day AND conquer it!" -Calvin, "Calvin and Hobbes" -- From chuck@horde.org Wed Nov 8 21:11:03 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Wed, 08 Nov 2000 16:11:03 -0500 (EST) Subject: [dev] Re: [imp] 3 things In-Reply-To: <973717189.3a09bec5d2f55@webmail.bbcnet.edu> References: <973299259.3a035e3be745c@webmail.bbcnet.edu> <973539084.3a07070c4e2ee@nirgal.horde.org> <973548628.3a072c5411a00@webmail.bbcnet.edu> <973633652.3a08787443196@marina.horde.org> <973636592.3a0883f03e981@webmail.bbcnet.edu> <973714363.3a09b3bb6ce3d@marina.horde.org> <973717189.3a09bec5d2f55@webmail.bbcnet.edu> Message-ID: <973717863.3a09c1673baae@marina.horde.org> Quoting "Keith A. Chayer" : > Duh. I looked, it's there, and it's a valid link: > > > > Now that's not an actual path, because the DocumentRoot is set to the IMP > directory, but it IS an Apache alias. > > Yeah, the requests are there. They are filled without error, according to > the logs. > > When I get a chance, I'm going to set the thing up without setting IMP to > DocumentRoot--just standard /horde/imp configuration. I'll report what that > does. (Looks like I need to add mcrypt support to PHP before I'm going to > get any further today... :-) ) Okay... shouldn't make a difference, but yeah. And you shouldn't need mcrypt; it should automatically fall back to a PEAR class (which you might need to get from php4 cvs, since I added it yesterday) if mcrypt isn't present. -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From martin@math.ohiou.edu Wed Nov 8 21:12:22 2000 From: martin@math.ohiou.edu (Scott Martin) Date: Wed, 08 Nov 2000 16:12:22 -0500 (EST) Subject: [dev] Select and Delete In-Reply-To: <973714114.3a09b2c246f9d@marina.horde.org> References: <000c01c0498d$2d748040$b225eb84@martin> <973714114.3a09b2c246f9d@marina.horde.org> Message-ID: <973717942.3a09c1b616174@eric.math.ohiou.edu> Quoting Chuck Hagenbuch : > Quoting Scott Martin : > > > Deletion by selection does not appear to be working with POP3. First, I > did > > a "select all" function. All of the check marks appeared, but when I chose > > "delete", the messages stayed. So, then I checked a few messages manually > > and clicked "delete" and still the same problem. The messages stayed in > the > > inbox. > > Works fine here. Do you have any messages in your pop3 server logs? Is there some way I can set some kind of debug more or verbose logging so I can see everything it does? It doesn't seem to be deleting at all even when I am viewing the message and press delete. From chuck@horde.org Wed Nov 8 21:14:34 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Wed, 08 Nov 2000 16:14:34 -0500 (EST) Subject: [dev] Select and Delete In-Reply-To: <973717942.3a09c1b616174@eric.math.ohiou.edu> References: <000c01c0498d$2d748040$b225eb84@martin> <973714114.3a09b2c246f9d@marina.horde.org> <973717942.3a09c1b616174@eric.math.ohiou.edu> Message-ID: <973718074.3a09c23a6958d@marina.horde.org> Quoting Scott Martin : > Is there some way I can set some kind of debug more or verbose logging so I > can see everything it does? It doesn't seem to be deleting at all even when I > am viewing the message and press delete. ... depends on your pop server. Read its documentation. -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From chuck@horde.org Wed Nov 8 21:50:37 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Wed, 08 Nov 2000 16:50:37 -0500 (EST) Subject: [dev] RE: [cvs] commit: imp/lib tree.php In-Reply-To: References: Message-ID: <973720237.3a09caad7730e@marina.horde.org> Quoting Anil Madhavapeddy : > Ok, lets make a list of all the actions that we need: > > Create > Delete > Rename > Subscribe > Unsubscribe > Add to Incoming > Removing from Incoming > > Anything else? If we finalise this then the UI decision becomes > a load easier. That sounds right to me. > Yeah, that sounds good to me - all the javascript for that is in > CVS a few revisions back anyway :-) Okay - are you going to take care of this? -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From chuck@horde.org Wed Nov 8 21:54:08 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Wed, 08 Nov 2000 16:54:08 -0500 (EST) Subject: [dev] RE: [cvs] commit: imp/lib tree.php In-Reply-To: References: Message-ID: <973720448.3a09cb8016f1a@marina.horde.org> Quoting Anil Madhavapeddy : > Someone else would have to put the top/sub change in since > I won't be able to test it until I can get another IMAP server > up and running (debian didnt like my laptop - next stop is > Cyrus on my OpenBSD DSL router this weekend) I can look at this, but let me know when you want me to go at it, since I don't want to step on other changes you're working on - it can wait a few days. -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From anil@recoil.org Wed Nov 8 22:11:49 2000 From: anil@recoil.org (Anil Madhavapeddy) Date: Wed, 08 Nov 2000 22:11:49 +00000 (GMT) Subject: [dev] RE: [cvs] commit: imp/lib tree.php In-Reply-To: <973720237.3a09caad7730e@marina.horde.org> References: <973720237.3a09caad7730e@marina.horde.org> Message-ID: <973721509.3a09cfa57daef@horde.recoil.org> Quoting Chuck Hagenbuch : > > > That sounds right to me. > > > Yeah, that sounds good to me - all the javascript for that is in > > CVS a few revisions back anyway :-) > > Okay - are you going to take care of this? > Sure ... -- Anil Madhavapeddy, From martin@math.ohiou.edu Thu Nov 9 01:24:37 2000 From: martin@math.ohiou.edu (Scott Martin) Date: Wed, 08 Nov 2000 20:24:37 -0500 (EST) Subject: [dev] Select and Delete In-Reply-To: <973714114.3a09b2c246f9d@marina.horde.org> References: <000c01c0498d$2d748040$b225eb84@martin> <973714114.3a09b2c246f9d@marina.horde.org> Message-ID: <973733077.3a09fcd555361@eric.math.ohiou.edu> Quoting Chuck Hagenbuch : > Quoting Scott Martin : > > > Deletion by selection does not appear to be working with POP3. First, I > did > > a "select all" function. All of the check marks appeared, but when I chose > > "delete", the messages stayed. So, then I checked a few messages manually > > and clicked "delete" and still the same problem. The messages stayed in > the > > inbox. > > Works fine here. Do you have any messages in your pop3 server logs? OK. Now I know there's really something wrong with my IMP setup. I just logged on to an IMAP server, totally on a different system than my POP3 and I am unable to delete messages on it also. Please help me troubleshoot this problem. Again I ask, is there a way to get a more verbose log from IMP or put it into debug mode so I can see what is going on? From anil@recoil.org Thu Nov 9 01:43:07 2000 From: anil@recoil.org (Anil Madhavapeddy) Date: Thu, 9 Nov 2000 01:43:07 -0000 Subject: navigator modes Message-ID: The topic of the different modes in the navigator came up a while back (the select/browse options). Do we still want something like this, or strip it out for this release and re-introduce it cleanly again for 2.5 ? -- Anil Madhavapeddy, From chuck@horde.org Thu Nov 9 02:26:59 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Wed, 08 Nov 2000 21:26:59 -0500 (EST) Subject: [dev] navigator modes In-Reply-To: References: Message-ID: <973736819.3a0a0b736a2a0@nirgal.your.mom> Quoting Anil Madhavapeddy : > The topic of the different modes in the navigator came > up a while back (the select/browse options). Do we still > want something like this, or strip it out for this release > and re-introduce it cleanly again for 2.5 ? I think it should be stripped out for now - we don't have anything on the short list that needs it. -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From chuck@horde.org Thu Nov 9 02:27:15 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Wed, 08 Nov 2000 21:27:15 -0500 (EST) Subject: Fwd: [Bug 530] New - It isn't obvious from the login page what IMP is all about Message-ID: <973736835.3a0a0b83b628c@nirgal.your.mom> thoughts on this? ----- Forwarded message from bugs@bugs.horde.org ----- Date: Wed, 8 Nov 2000 22:04:32 -0400 From: bugs@bugs.horde.org Reply-To: bugs@horde.org Subject: [Bug 530] New - It isn't obvious from the login page what IMP is all about To: chuck@horde.org, advax@triumf.ca, bugs@horde.org http://bugs.horde.org/show_bug.cgi?idS0 ----- End forwarded message ----- -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From chuck@horde.org Thu Nov 9 02:28:33 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Wed, 08 Nov 2000 21:28:33 -0500 (EST) Subject: [dev] Select and Delete In-Reply-To: <973733077.3a09fcd555361@eric.math.ohiou.edu> References: <000c01c0498d$2d748040$b225eb84@martin> <973714114.3a09b2c246f9d@marina.horde.org> <973733077.3a09fcd555361@eric.math.ohiou.edu> Message-ID: <973736913.3a0a0bd114b18@nirgal.your.mom> Quoting Scott Martin : > OK. Now I know there's really something wrong with my IMP setup. I just > logged on to an IMAP server, totally on a different system than my POP3 and I > am unable to delete messages on it also. Please help me troubleshoot this > problem. Again I ask, is there a way to get a more verbose log from IMP or put > it into debug mode so I can see what is going on? Just make sure that $conf['debug_level'] is set to E_ALL, and that's as much as you'll see without inserting echo and imap_last_error() statements. The obvious question is, what changed since it last worked for you? -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From php3dev@carousel.tabcat.com Thu Nov 9 02:43:53 2000 From: php3dev@carousel.tabcat.com (Apis Hytt) Date: Wed, 8 Nov 2000 20:43:53 -0600 (CST) Subject: rand() error in pear/Crypt/HCEMD5.php:96 Message-ID: Latest horde/imp 2.3.x-dev-cvs any one else see this just as imp is starting after login accepted Warning: rand(): Invalid range 1..1000000 in Crypt/HCEMD5.php on line 96 Apis NNNN From php3dev@carousel.tabcat.com Thu Nov 9 03:50:16 2000 From: php3dev@carousel.tabcat.com (Apis Hytt) Date: Wed, 8 Nov 2000 21:50:16 -0600 (CST) Subject: 2.3.x-dev-cvs suggested fixes: horde/lib/Horde.php Message-ID: around 232 after line function read ($key, $ciphertext) { remove the line: if (extension_loaded('mcrypt')) { substitute: if (function_exists('mcrypt_module_open')) { Apis NNNN From php3dev@carousel.tabcat.com Thu Nov 9 04:01:51 2000 From: php3dev@carousel.tabcat.com (Apis Hytt) Date: Wed, 8 Nov 2000 22:01:51 -0600 (CST) Subject: [dev] rand() error in pear/Crypt/HCEMD5.php:96 In-Reply-To: Message-ID: Thoughts on possible range error problem: o As rand() is using int, we collide with underlying op-sys limit for rand legal range For example in Solaris stdlib.h there is defined: RAND_MAX .. which is 2**32 which is much less than 1000000, of course .. so we get the Invalid warning range error. Tried 1,32767 and that was accepted as valid range .. but that may disrupt unique enough values. Apis -nnnn- On Wed, 8 Nov 2000, Apis Hytt wrote: > Latest horde/imp 2.3.x-dev-cvs > > Warning: rand(): Invalid range 1..1000000 in Crypt/HCEMD5.php on line 96 NNNN From chuck@horde.org Thu Nov 9 04:03:28 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Wed, 08 Nov 2000 23:03:28 -0500 (EST) Subject: [dev] rand() error in pear/Crypt/HCEMD5.php:96 In-Reply-To: References: Message-ID: <973742608.3a0a221080f3b@nirgal.your.mom> Quoting Apis Hytt : > Latest horde/imp 2.3.x-dev-cvs > any one else see this just as imp is starting after login > accepted > > Warning: rand(): Invalid range 1..1000000 in Crypt/HCEMD5.php on line 96 What version of php? I haven't seen this yet, but I could be missing it - does it stick around in the mailbox page? -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From php3dev@carousel.tabcat.com Thu Nov 9 04:07:51 2000 From: php3dev@carousel.tabcat.com (Apis Hytt) Date: Wed, 8 Nov 2000 22:07:51 -0600 (CST) Subject: [dev] rand() error in pear/Crypt/HCEMD5.php:96 In-Reply-To: <973742608.3a0a221080f3b@nirgal.your.mom> Message-ID: On Wed, 8 Nov 2000, Chuck Hagenbuch wrote: > Quoting Apis Hytt : > What version of php? I haven't seen this yet, but I could be missing it - does > it stick around in the mailbox page? php4-dev-cvs Error prevents getting to mailbox page .. see my later note on int range 1..32767 of rand() Apis NNNN From chuck@horde.org Thu Nov 9 04:07:28 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Wed, 08 Nov 2000 23:07:28 -0500 (EST) Subject: [dev] rand() error in pear/Crypt/HCEMD5.php:96 In-Reply-To: References: Message-ID: <973742848.3a0a23000f795@nirgal.your.mom> Quoting Apis Hytt : > For example in Solaris stdlib.h there is defined: > RAND_MAX .. which is 2**32 which is much less than 1000000, > of course .. so we get the Invalid warning range error. > > Tried 1,32767 and that was accepted as valid range .. but > that may disrupt unique enough values. Make sense, and should be okay, I think... I've made the change in cvs. -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From chuck@horde.org Thu Nov 9 04:07:57 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Wed, 08 Nov 2000 23:07:57 -0500 (EST) Subject: [dev] 2.3.x-dev-cvs suggested fixes: horde/lib/Horde.php In-Reply-To: References: Message-ID: <973742877.3a0a231d2a2ee@nirgal.your.mom> Quoting Apis Hytt : > substitute: > if (function_exists('mcrypt_module_open')) { Right, missed that one, thanks. (committed to cvs). -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From chuck@horde.org Thu Nov 9 04:08:21 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Wed, 08 Nov 2000 23:08:21 -0500 (EST) Subject: [dev] rand() error in pear/Crypt/HCEMD5.php:96 In-Reply-To: <973742608.3a0a221080f3b@nirgal.your.mom> References: <973742608.3a0a221080f3b@nirgal.your.mom> Message-ID: <973742901.3a0a2335cb327@nirgal.your.mom> Quoting Chuck Hagenbuch : > What version of php? I haven't seen this yet, but I could be missing it - > does it stick around in the mailbox page? Nevermind... -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From php3dev@carousel.tabcat.com Thu Nov 9 05:02:42 2000 From: php3dev@carousel.tabcat.com (Apis Hytt) Date: Wed, 8 Nov 2000 23:02:42 -0600 (CST) Subject: sendmail path? 2.3.x-dev-cvs /horde/config/horde.php Message-ID: o If one configs for sendmail, where does one put the sendmail path now in the latest newly annotated horde.php? In? $horde['mailer']['params'] = array(); and what to add to it? Apis NNNN From max@the-triumvirate.net Thu Nov 9 05:05:15 2000 From: max@the-triumvirate.net (Max Kalika) Date: Wed, 08 Nov 2000 21:05:15 -0800 (PST) Subject: [dev] sendmail path? 2.3.x-dev-cvs /horde/config/horde.php In-Reply-To: References: Message-ID: <973746315.3a0a308b4e245@www.the-triumvirate.net> Quoting Apis Hytt : > In? > $horde['mailer']['params'] = array(); > > and what to add to it? or in conf.php: $conf['mailer']['params'] = array(); $conf['mailer']['params']['sendmail_path'] = '/usr/local/sbin/sendmail'; --mk23 From chuck@horde.org Thu Nov 9 12:23:12 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Thu, 09 Nov 2000 07:23:12 -0500 (EST) Subject: [dev] sendmail path? 2.3.x-dev-cvs /horde/config/horde.php In-Reply-To: <973746315.3a0a308b4e245@www.the-triumvirate.net> References: <973746315.3a0a308b4e245@www.the-triumvirate.net> Message-ID: <973772592.3a0a97303789b@nirgal.your.mom> Quoting Max Kalika : > or in conf.php: The value in conf.php will override horde.php, just so you know... -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From martins@ohio.edu Thu Nov 9 14:06:25 2000 From: martins@ohio.edu (Scott Martin) Date: Thu, 9 Nov 2000 09:06:25 -0500 Subject: [dev] Select and Delete References: <000c01c0498d$2d748040$b225eb84@martin> <973714114.3a09b2c246f9d@marina.horde.org> <973733077.3a09fcd555361@eric.math.ohiou.edu> <973736913.3a0a0bd114b18@nirgal.your.mom> Message-ID: <001d01c04a56$3fa51440$b225eb84@martin> Last thing I changed would've been setting use_trash to true. Is there something else I need to setup after doing so? ---- Original Message ----- From: "Chuck Hagenbuch" To: Sent: Wednesday, November 08, 2000 9:28 PM Subject: Re: [dev] Select and Delete > Quoting Scott Martin : > > > OK. Now I know there's really something wrong with my IMP setup. I just > > logged on to an IMAP server, totally on a different system than my POP3 and I > > am unable to delete messages on it also. Please help me troubleshoot this > > problem. Again I ask, is there a way to get a more verbose log from IMP or put > > it into debug mode so I can see what is going on? > > Just make sure that $conf['debug_level'] is set to E_ALL, and that's as much as > you'll see without inserting echo and imap_last_error() statements. The obvious > question is, what changed since it last worked for you? > > -chuck > > -- > Charles Hagenbuch, > "If you can't stand the heat, get out of the chicken!" - Baby Blues > > -- > Horde Developers mailing list: http://horde.org/ > Frequently Asked Questions: http://horde.org/faq/ > To unsubscribe, mail: dev-unsubscribe@lists.horde.org > From eculp@MexComUSA.Net Thu Nov 9 15:12:18 2000 From: eculp@MexComUSA.Net (Edwin Culp) Date: Thu, 09 Nov 2000 07:12:18 -0800 Subject: [dev] New error with latest cvs IMP and php4. References: <3A08A18A.B33E3870@MexComUSA.Net> <973697190.3a0970a69993d@marina.horde.org> Message-ID: <3A0ABED2.F71A521B@MexComUSA.Net> > I'm guessing that you've compiled php against mcrypt 2.2, instead of 2.4? I'll > put in code to check for that in a moment, but if you could submit working > mcrypt 2.2 code (for the Secret:: class in lib/Horde.php), that'd be more > optimal. > > -chuck > Thanks Chuck. You are correct. I just downloaded 2.4.5 and am going to give it a try. As to building in compatabiltity with 2.2, my question is: Would it really be worth the time and effort. In my own situation, I am using mcrypt only for IMP, so I personally don't have a problem in using 2.4.5. The only reason I have 2.2.6 is because it is the version in the ports tree of FreeBSD. (The easy way out:-) Thanks, ed From martins@ohio.edu Thu Nov 9 15:29:50 2000 From: martins@ohio.edu (Scott Martin) Date: Thu, 9 Nov 2000 10:29:50 -0500 Subject: Setting IMP to DocumentRoot Message-ID: <001201c04a61$e6509de0$b225eb84@martin> ---------------------- multipart/mixed attachment Having problems after setting IMP to DocumentRoot. Here's what I've done: In /usr/local/apache/conf/httpd.conf: DocumentRoot "/usr/local/apache/htdocs/horde/imp" Alias /horde /usr/local/apache/htdocs/horde In /usr/local/apache/htdocs/horde/config/horde.php: $horde['horde']['paths']['root'] = '/horde'; In /usr/local/apache/htdocs/horde/imp/config/conf.php: $conf['paths']['root'] = ''; In /usr/local/apache/htdocs/horde/config/modules.php under 'webmail' section: 'primary_link' => '/', After the changes, I restarted the webserver of course. If I go to http://servername/horde the horde page comes up fine. If I go to http://servername/ I receive an error saying: "The requested URL /login.php was not found on this server." I renamed the index.php file so that I could browse the directory and I can click on login.php from there and IMP appears to work. What am I missing? ---------------------- multipart/mixed attachment-- From anil@recoil.org Thu Nov 9 15:38:20 2000 From: anil@recoil.org (Anil Madhavapeddy) Date: Thu, 9 Nov 2000 15:38:20 -0000 Subject: [dev] New error with latest cvs IMP and php4. In-Reply-To: <3A0ABED2.F71A521B@MexComUSA.Net> Message-ID: Edwin Culp wrote: > for IMP, so I personally don't have a problem in using 2.4.5. The > only reason I have 2.2.6 is because it is the version in the ports > tree of FreeBSD. (The easy way out:-) > ... which means that anyone else running FreeBSD would probably have that version of mcrypt also (assuming your ports tree is current), not just yourself. Drop a mail to the maintainer of the port requesting an update? -- Anil Madhavapeddy / "I told you not to flush that!" anil@recoil.org / Stern Lecture Plumbing From bdragoo@thomasaquinas.edu Thu Nov 9 15:44:55 2000 From: bdragoo@thomasaquinas.edu (Brian Dragoo) Date: Thu, 9 Nov 2000 07:44:55 -0800 (PST) Subject: [dev] Setting IMP to DocumentRoot In-Reply-To: <001201c04a61$e6509de0$b225eb84@martin> Message-ID: On Thu, 9 Nov 2000, Scott Martin wrote: > Having problems after setting IMP to DocumentRoot. Here's what I've done: > > In /usr/local/apache/htdocs/horde/imp/config/conf.php: > > $conf['paths']['root'] = ''; This should be: $conf['paths']['root'] = '/horde/imp'; Brian Dragoo System Admin TAC From chuck@horde.org Thu Nov 9 17:28:46 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Thu, 09 Nov 2000 12:28:46 -0500 (EST) Subject: [dev] Select and Delete In-Reply-To: <001d01c04a56$3fa51440$b225eb84@martin> References: <000c01c0498d$2d748040$b225eb84@martin> <973714114.3a09b2c246f9d@marina.horde.org> <973733077.3a09fcd555361@eric.math.ohiou.edu> <973736913.3a0a0bd114b18@nirgal.your.mom> <001d01c04a56$3fa51440$b225eb84@martin> Message-ID: <973790926.3a0adecee56e1@marina.horde.org> Quoting Scott Martin : > Last thing I changed would've been setting use_trash to true. Is there > something else I need to setup after doing so? Ah. That simply will not work over POP, and I don't know if anyone has tested it with IMAP in quite a while. -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From martins@ohio.edu Thu Nov 9 17:53:45 2000 From: martins@ohio.edu (Scott Martin) Date: Thu, 9 Nov 2000 12:53:45 -0500 Subject: [dev] Setting IMP to DocumentRoot References: Message-ID: <007801c04a76$01abb340$b225eb84@martin> According to what I've read, the way I have it is correct. ----- Original Message ----- From: "Brian Dragoo" To: Sent: Thursday, November 09, 2000 10:44 AM Subject: Re: [dev] Setting IMP to DocumentRoot > On Thu, 9 Nov 2000, Scott Martin wrote: > > > Having problems after setting IMP to DocumentRoot. Here's what I've done: > > > > In /usr/local/apache/htdocs/horde/imp/config/conf.php: > > > > $conf['paths']['root'] = ''; > > > This should be: > > $conf['paths']['root'] = '/horde/imp'; > > > Brian Dragoo > System Admin > TAC > > > -- > Horde Developers mailing list: http://horde.org/ > Frequently Asked Questions: http://horde.org/faq/ > To unsubscribe, mail: dev-unsubscribe@lists.horde.org > From martins@ohio.edu Thu Nov 9 18:01:20 2000 From: martins@ohio.edu (Scott Martin) Date: Thu, 9 Nov 2000 13:01:20 -0500 Subject: [dev] Setting IMP to DocumentRoot References: <007801c04a76$01abb340$b225eb84@martin> Message-ID: <008401c04a77$105148a0$b225eb84@martin> What you've suggested worked when I changed it, but that is not consistent with what the documentation says. Quote: // Where does IMP live _in the web tree_? Ex: /horde/imp. IMPORTANT: // Do _not_ put a trailing slash on this value. If IMP is the // top-level thing in the web tree, the correct value is '' (empty // string), NOT '/'. $conf['paths']['root'] = '/horde/imp'; According to this explanation, '' should be the correct setting not /horde/imp. Is there an error in the explanation? ----- Original Message ----- From: "Scott Martin" To: Sent: Thursday, November 09, 2000 12:53 PM Subject: Re: [dev] Setting IMP to DocumentRoot > According to what I've read, the way I have it is correct. > > ----- Original Message ----- > From: "Brian Dragoo" > To: > Sent: Thursday, November 09, 2000 10:44 AM > Subject: Re: [dev] Setting IMP to DocumentRoot > > > > On Thu, 9 Nov 2000, Scott Martin wrote: > > > > > Having problems after setting IMP to DocumentRoot. Here's what I've > done: > > > > > > In /usr/local/apache/htdocs/horde/imp/config/conf.php: > > > > > > $conf['paths']['root'] = ''; > > > > > > This should be: > > > > $conf['paths']['root'] = '/horde/imp'; > > > > > > Brian Dragoo > > System Admin > > TAC > > > > > > -- > > Horde Developers mailing list: http://horde.org/ > > Frequently Asked Questions: http://horde.org/faq/ > > To unsubscribe, mail: dev-unsubscribe@lists.horde.org > > > > > -- > Horde Developers mailing list: http://horde.org/ > Frequently Asked Questions: http://horde.org/faq/ > To unsubscribe, mail: dev-unsubscribe@lists.horde.org > From martins@ohio.edu Thu Nov 9 18:10:10 2000 From: martins@ohio.edu (Scott Martin) Date: Thu, 9 Nov 2000 13:10:10 -0500 Subject: [dev] Select and Delete References: <000c01c0498d$2d748040$b225eb84@martin> <973714114.3a09b2c246f9d@marina.horde.org> <973733077.3a09fcd555361@eric.math.ohiou.edu> <973736913.3a0a0bd114b18@nirgal.your.mom> <001d01c04a56$3fa51440$b225eb84@martin> <973790926.3a0adecee56e1@marina.horde.org> Message-ID: <008a01c04a78$4cc3b880$b225eb84@martin> I've turned it off until it's fixed. Everything is deleting fine again. Thanks! ----- Original Message ----- From: "Chuck Hagenbuch" To: Sent: Thursday, November 09, 2000 12:28 PM Subject: Re: [dev] Select and Delete > Quoting Scott Martin : > > > Last thing I changed would've been setting use_trash to true. Is there > > something else I need to setup after doing so? > > Ah. That simply will not work over POP, and I don't know if anyone has tested > it with IMAP in quite a while. > > -chuck > > -- > Charles Hagenbuch, > "If you can't stand the heat, get out of the chicken!" - Baby Blues > > -- > Horde Developers mailing list: http://horde.org/ > Frequently Asked Questions: http://horde.org/faq/ > To unsubscribe, mail: dev-unsubscribe@lists.horde.org > From martins@ohio.edu Thu Nov 9 18:20:41 2000 From: martins@ohio.edu (Scott Martin) Date: Thu, 09 Nov 2000 13:20:41 -0500 (EST) Subject: Folders Preference Message-ID: <973794041.3a0aeaf9ba3d4@eric.math.ohiou.edu> I have a question and a suggestion for the "Folders" section in "Preferences". Question: Is the "Folders" preference smart enough to know if "INBOX." is being stripped from the name of the folder? For example, if "Joe User" goes to preferences and adds "Sent_Mail" to the "Sent Mail Folder" section of "Folders", not knowing that the actual folder name is "INBOX.Sent_Mail", does IMP automatically make the translation for him? Suggestion: I would like to see the "Sent Mail Folder" and "Drafts Folder" section be a "pull down" list, so that "Joe User" can only choose a folder that actually exists and perhaps it would take care of the above mentioned naming problem if the problem exists. -Scott ========================================================== Scott Martin - Computer/Network Specialist Ohio University Departments of Mathematics and Social Work Morton Hall, Athens, OH (740)593-1263 From mbull@uoguelph.ca Thu Nov 9 19:21:27 2000 From: mbull@uoguelph.ca (Michael Bull) Date: Thu, 09 Nov 2000 14:21:27 -0500 Subject: installing the latest cvs / mcrypt In-Reply-To: <008401c04a77$105148a0$b225eb84@martin> References: <007801c04a76$01abb340$b225eb84@martin> Message-ID: <5.0.0.25.0.20001109141722.023bc9d0@staff.mail.uoguelph.ca> Hi all, could someone running the latest horde/php4 code confirm for me what they have installed relating to mcrypt? I've poured over the documentation and I still am unable to get apache to compile with the support for it, which, by the errors I got trying to run the latest code, is requried. PHP compiled without error; I installed libmcrypt-2.4.7, and compiled with the --with-mcrypt flags. I also installed mhash and tried adding the --with-mhash. No errors are generated in the PHP4 compile, but when I try and compile it all into apache, I get undefined references to a large number of mcrypt items, from mcrypt.c. Just to confirm, CVS update is required for the current development horde code, correct? 4.03pl1 is not enough? I know this is heading off topic into the realm of PHP/apache, but if someone who has a current setup that runs the latest code can let me know a bit more about how they have this configured, it would be appreciated as I'd like to help test things out a bit more. Thanks! From anil@recoil.org Thu Nov 9 19:24:12 2000 From: anil@recoil.org (Anil Madhavapeddy) Date: Thu, 9 Nov 2000 19:24:12 -0000 Subject: [dev] installing the latest cvs / mcrypt In-Reply-To: <5.0.0.25.0.20001109141722.023bc9d0@staff.mail.uoguelph.ca> Message-ID: Michael Bull wrote: > > PHP compiled without error; I installed libmcrypt-2.4.7, and compiled with > the --with-mcrypt flags. I also installed mhash and tried adding the > --with-mhash. No errors are generated in the PHP4 compile, but when I try > and compile it all into apache, I get undefined references to a large > number of mcrypt items, from mcrypt.c. I'm afraid I haven't even got that far yet - libmcrypt-2.4.7 bombs out with endian errors on OpenBSD, so I've been hung up trying to get that to work. > > Just to confirm, CVS update is required for the current development horde > code, correct? 4.03pl1 is not enough? > At the moment, yeah. You especially need the latest PEAR stuff. -- Anil Madhavapeddy / "I told you not to flush that!" anil@recoil.org / Stern Lecture Plumbing From mbull@uoguelph.ca Thu Nov 9 20:31:37 2000 From: mbull@uoguelph.ca (Michael Bull) Date: Thu, 09 Nov 2000 15:31:37 -0500 Subject: [dev] installing the latest cvs / mcrypt In-Reply-To: References: <5.0.0.25.0.20001109141722.023bc9d0@staff.mail.uoguelph.ca> Message-ID: <5.0.0.25.0.20001109153000.02451eb0@staff.mail.uoguelph.ca> At 07:24 PM 09/11/2000 +0000, you wrote: >I'm afraid I haven't even got that far yet - libmcrypt-2.4.7 bombs >out with endian errors on OpenBSD, so I've been hung up trying to get that >to work. As I just posted -- though it ended up on the imp list -- I got things working. Apparently compiling php4 with mcrypt isn't needed; I assume that the library is, but I installed it anyways. 4.04-dev as of today seems to be working for me. Sorry, didn't see anything on endian errors when I was doing my research on this earlier.... :/ regards, Mike. From mbull@uoguelph.ca Thu Nov 9 21:46:22 2000 From: mbull@uoguelph.ca (Michael Bull) Date: Thu, 09 Nov 2000 16:46:22 -0500 Subject: Setting preferences as not changeable -- changeable bit? Message-ID: <5.0.0.25.0.20001109164126.024338e0@staff.mail.uoguelph.ca> Hi all, I'd like to set some of the preferences in 2.3 to not be changeable by the user (I've got a 2.3 development site up, but I'd like to lock it down a bit). Unless my eyes are failing me, I didn't see any settings yet in the conf.php similar to the ones in default.php3 from 2.2 -- looking through the code, though, I notice that decisions about what to do seem to be related to an "IsChangeable" function; I tracked it down to Prefs.php in horde/lib, and in reading over it it makes mention of checking the pref in questions "changeable bit". Is setting this bit what I'm after to make preferences not changeable by the user, and if so... what do I need to do for it to be set? Thanks! From max@the-triumvirate.net Thu Nov 9 22:03:26 2000 From: max@the-triumvirate.net (Max Kalika) Date: Thu, 09 Nov 2000 14:03:26 -0800 (PST) Subject: [dev] Setting preferences as not changeable -- changeable bit? In-Reply-To: <5.0.0.25.0.20001109164126.024338e0@staff.mail.uoguelph.ca> References: <5.0.0.25.0.20001109164126.024338e0@staff.mail.uoguelph.ca> Message-ID: <973807406.3a0b1f2e2711a@www.the-triumvirate.net> Quoting Michael Bull : > Is setting this bit what I'm after to make preferences not changeable by > the user, and if so... what do I need to do for it to be set? Thanks! See imp/conf/prefs.php.dist. It should answer all your questions. Don't forget to copy this to imp/conf/prefs.php and make changes in the copy. --mk23 From max@the-triumvirate.net Thu Nov 9 22:04:13 2000 From: max@the-triumvirate.net (Max Kalika) Date: Thu, 09 Nov 2000 14:04:13 -0800 (PST) Subject: [dev] Setting preferences as not changeable -- changeable bit? In-Reply-To: <973807406.3a0b1f2e2711a@www.the-triumvirate.net> References: <5.0.0.25.0.20001109164126.024338e0@staff.mail.uoguelph.ca> <973807406.3a0b1f2e2711a@www.the-triumvirate.net> Message-ID: <973807453.3a0b1f5d5a59b@www.the-triumvirate.net> Quoting Max Kalika : > See imp/conf/prefs.php.dist. It should answer all your questions. Don't > forget to copy this to imp/conf/prefs.php and make changes in the copy. oops! s/conf/config/g --mk23 From jon@csh.rit.edu Thu Nov 9 22:54:13 2000 From: jon@csh.rit.edu (Jon Parise) Date: Thu, 9 Nov 2000 17:54:13 -0500 Subject: [[PHP-CVS] cvs: php4 /ext/standard datetime.c (fwd)] Message-ID: <20001109175413.A29380@csh.rit.edu> ---------------------- multipart/mixed attachment This may be of interest to us. -- Jon Parise (jon@csh.rit.edu) . Rochester Inst. of Technology http://www.csh.rit.edu/~jon/ : Computer Science House Member ---------------------- multipart/mixed attachment An embedded message was scrubbed... From: "Colin Viebrock" Subject: [PHP-CVS] cvs: php4 /ext/standard datetime.c Date: Thu, 09 Nov 2000 21:30:03 -0000 Size: 4197 Url: http://lists.horde.org/archives/dev/attachments/375e280d/attachment.eml ---------------------- multipart/mixed attachment-- From jon@csh.rit.edu Fri Nov 10 01:59:08 2000 From: jon@csh.rit.edu (Jon Parise) Date: Thu, 9 Nov 2000 20:59:08 -0500 Subject: Navigator problems Message-ID: <20001109205908.A4804@csh.rit.edu> I still have that little problem with the navigator, but I just noticed it only occurs if IMAP subscriptions are enabled. Maybe that will help track down the problem. -- Jon Parise (jon@csh.rit.edu) . Rochester Inst. of Technology http://www.csh.rit.edu/~jon/ : Computer Science House Member From jon@csh.rit.edu Fri Nov 10 02:30:31 2000 From: jon@csh.rit.edu (Jon Parise) Date: Thu, 9 Nov 2000 21:30:31 -0500 Subject: [dev] navigator modes In-Reply-To: ; from anil@recoil.org on Thu, Nov 09, 2000 at 01:43:07AM -0000 References: Message-ID: <20001109213030.D4804@csh.rit.edu> On Thu, Nov 09, 2000 at 01:43:07AM -0000, Anil Madhavapeddy wrote: > The topic of the different modes in the navigator came > up a while back (the select/browse options). Do we still > want something like this, or strip it out for this release > and re-introduce it cleanly again for 2.5 ? Strip it for now. -- Jon Parise (jon@csh.rit.edu) . Rochester Inst. of Technology http://www.csh.rit.edu/~jon/ : Computer Science House Member From jon@csh.rit.edu Fri Nov 10 02:32:05 2000 From: jon@csh.rit.edu (Jon Parise) Date: Thu, 9 Nov 2000 21:32:05 -0500 Subject: [dev] Fwd: [Bug 530] New - It isn't obvious from the login page what IMP is all about In-Reply-To: <973736835.3a0a0b83b628c@nirgal.your.mom>; from chuck@horde.org on Wed, Nov 08, 2000 at 09:27:15PM -0500 References: <973736835.3a0a0b83b628c@nirgal.your.mom> Message-ID: <20001109213204.E4804@csh.rit.edu> On Wed, Nov 08, 2000 at 09:27:15PM -0500, Chuck Hagenbuch wrote: > thoughts on this? > > ----- Forwarded message from bugs@bugs.horde.org ----- > Date: Wed, 8 Nov 2000 22:04:32 -0400 > From: bugs@bugs.horde.org > Reply-To: bugs@horde.org > Subject: [Bug 530] New - It isn't obvious from the login page what IMP is all > about > To: chuck@horde.org, advax@triumf.ca, bugs@horde.org > > http://bugs.horde.org/show_bug.cgi?idS0 > > > ----- End forwarded message ----- I think this is sort of up to the local site administrator to customize. -- Jon Parise (jon@csh.rit.edu) . Rochester Inst. of Technology http://www.csh.rit.edu/~jon/ : Computer Science House Member From chuck@horde.org Fri Nov 10 02:32:19 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Thu, 09 Nov 2000 21:32:19 -0500 (EST) Subject: [dev] Navigator problems In-Reply-To: <20001109205908.A4804@csh.rit.edu> References: <20001109205908.A4804@csh.rit.edu> Message-ID: <973823539.3a0b5e33919a1@nirgal.your.mom> Quoting Jon Parise : > I still have that little problem with the navigator, but I just > noticed it only occurs if IMAP subscriptions are enabled. Maybe that > will help track down the problem. Well, it gives me a theory: you have child folders subscribed, but not the parent. So when the navigator goes to insert the child into the tree, the parent that it expects to find isn't there. I guess we need two things: 1. Should we display parent folders of subscribed folders, even though the parent may not be subscribed? If not, how do we make the UI make sense? 2. A way of auto-inserting parent folders. -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From jon@csh.rit.edu Fri Nov 10 02:36:36 2000 From: jon@csh.rit.edu (Jon Parise) Date: Thu, 9 Nov 2000 21:36:36 -0500 Subject: [dev] Navigator problems In-Reply-To: <973823539.3a0b5e33919a1@nirgal.your.mom>; from chuck@horde.org on Thu, Nov 09, 2000 at 09:32:19PM -0500 References: <20001109205908.A4804@csh.rit.edu> <973823539.3a0b5e33919a1@nirgal.your.mom> Message-ID: <20001109213636.F4804@csh.rit.edu> On Thu, Nov 09, 2000 at 09:32:19PM -0500, Chuck Hagenbuch wrote: > 1. Should we display parent folders of subscribed folders, even though the > parent may not be subscribed? If not, how do we make the UI make sense? Yes, I think we should re-parent the hierarchy where necessary. -- Jon Parise (jon@csh.rit.edu) . Rochester Inst. of Technology http://www.csh.rit.edu/~jon/ : Computer Science House Member From kchayer@bbcnet.edu Fri Nov 10 02:36:18 2000 From: kchayer@bbcnet.edu (Keith A. Chayer) Date: Thu, 09 Nov 2000 20:36:18 -0600 (CST) Subject: [dev] Re: [imp] 3 things In-Reply-To: <973717863.3a09c1673baae@marina.horde.org> References: <973299259.3a035e3be745c@webmail.bbcnet.edu> <973539084.3a07070c4e2ee@nirgal.horde.org> <973548628.3a072c5411a00@webmail.bbcnet.edu> <973633652.3a08787443196@marina.horde.org> <973636592.3a0883f03e981@webmail.bbcnet.edu> <973714363.3a09b3bb6ce3d@marina.horde.org> <973717189.3a09bec5d2f55@webmail.bbcnet.edu> <973717863.3a09c1673baae@marina.horde.org> Message-ID: <973823778.3a0b5f2271c1a@webmail.bbcnet.edu> Quoting Chuck Hagenbuch : > Quoting "Keith A. Chayer" : > > > Duh. I looked, it's there, and it's a valid link: > > > > /> > > > > Now that's not an actual path, because the DocumentRoot is set to the > IMP > > directory, but it IS an Apache alias. > > > > Yeah, the requests are there. They are filled without error, > according to > > the logs. > > > > When I get a chance, I'm going to set the thing up without setting IMP > to > > DocumentRoot--just standard /horde/imp configuration. I'll report > what that > > does. (Looks like I need to add mcrypt support to PHP before I'm > going to > > get any further today... :-) ) > > Okay... shouldn't make a difference, but yeah. And you shouldn't need > mcrypt; it > should automatically fall back to a PEAR class (which you might need to > get from > php4 cvs, since I added it yesterday) if mcrypt isn't present. Ok, I'm a bonehead: I solved the problem by updating my html.php in /horde/config to a newer copy. A new html.php.dist had been downloaded that was about 2300 bytes but mine was older, still hanging around ate around 560. The update was needed, and I never caught it. IMP 2.3 looks/works great now. :) ..Keith -- "I consider this a day well seized. Tomorrow we'll seize the day AND conquer it!" -Calvin, "Calvin and Hobbes" -- From jon@csh.rit.edu Fri Nov 10 02:39:52 2000 From: jon@csh.rit.edu (Jon Parise) Date: Thu, 9 Nov 2000 21:39:52 -0500 Subject: [dev] Folders Preference In-Reply-To: <973794041.3a0aeaf9ba3d4@eric.math.ohiou.edu>; from martins@ohio.edu on Thu, Nov 09, 2000 at 01:20:41PM -0500 References: <973794041.3a0aeaf9ba3d4@eric.math.ohiou.edu> Message-ID: <20001109213951.G4804@csh.rit.edu> On Thu, Nov 09, 2000 at 01:20:41PM -0500, Scott Martin wrote: > Question: Is the "Folders" preference smart enough to know if > "INBOX." is being stripped from the name of the folder? For example, > if "Joe User" goes to preferences and adds "Sent_Mail" to the "Sent > Mail Folder" section of "Folders", not knowing that the actual > folder name is "INBOX.Sent_Mail", does IMP automatically make the > translation for him? Yes, it handles all of that transparenty. > Suggestion: I would like to see the "Sent Mail Folder" and "Drafts > Folder" section be a "pull down" list, so that "Joe User" can only > choose a folder that actually exists and perhaps it would take care > of the above mentioned naming problem if the problem exists. You can do this now. In config/conf.php, set: $conf['user']['select_sentmail_folder'] = true; ... and in config/prefs.php, set: sent_mail_folder, sent-mail, 0 It isn't exactly what you describe, but it ends up working in the same way. -- Jon Parise (jon@csh.rit.edu) . Rochester Inst. of Technology http://www.csh.rit.edu/~jon/ : Computer Science House Member From chuck@horde.org Fri Nov 10 02:42:02 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Thu, 09 Nov 2000 21:42:02 -0500 (EST) Subject: [dev] Navigator problems In-Reply-To: <20001109213636.F4804@csh.rit.edu> References: <20001109205908.A4804@csh.rit.edu> <973823539.3a0b5e33919a1@nirgal.your.mom> <20001109213636.F4804@csh.rit.edu> Message-ID: <973824121.3a0b607a033e5@nirgal.your.mom> Quoting Jon Parise : > Yes, I think we should re-parent the hierarchy where necessary. Err... more words, please? -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From chuck@horde.org Fri Nov 10 02:44:41 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Thu, 09 Nov 2000 21:44:41 -0500 (EST) Subject: [dev] New error with latest cvs IMP and php4. In-Reply-To: <3A0ABED2.F71A521B@MexComUSA.Net> References: <3A08A18A.B33E3870@MexComUSA.Net> <973697190.3a0970a69993d@marina.horde.org> <3A0ABED2.F71A521B@MexComUSA.Net> Message-ID: <973824281.3a0b611983dbc@nirgal.your.mom> Quoting Edwin Culp : > Thanks Chuck. You are correct. I just downloaded 2.4.5 and am going to give > it a try. As to building in compatabiltity with 2.2, my question is: Would it > really be worth the time and effort. In my own situation, I am using mcrypt > only for IMP, so I personally don't have a problem in using 2.4.5. The only > reason I have 2.2.6 is because it is the version in the ports tree of FreeBSD. > (The easy way out:-) Well, we have the PEAR lib to fall back on, but if a lot of people have mcrypt 2.2, and it's faster than the PEAR lib (not sure on that - it saves a file include if nothing else), then it might be worth including the code. -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From jon@csh.rit.edu Fri Nov 10 02:45:29 2000 From: jon@csh.rit.edu (Jon Parise) Date: Thu, 9 Nov 2000 21:45:29 -0500 Subject: [dev] Navigator problems In-Reply-To: <973824121.3a0b607a033e5@nirgal.your.mom>; from chuck@horde.org on Thu, Nov 09, 2000 at 09:42:02PM -0500 References: <20001109205908.A4804@csh.rit.edu> <973823539.3a0b5e33919a1@nirgal.your.mom> <20001109213636.F4804@csh.rit.edu> <973824121.3a0b607a033e5@nirgal.your.mom> Message-ID: <20001109214528.A6824@csh.rit.edu> On Thu, Nov 09, 2000 at 09:42:02PM -0500, Chuck Hagenbuch wrote: > > Yes, I think we should re-parent the hierarchy where necessary. > > Err... more words, please? If a sub-folder is subscribed but its parent is not, the parent should be added to the displayed tree hierarchy. -- Jon Parise (jon@csh.rit.edu) . Rochester Inst. of Technology http://www.csh.rit.edu/~jon/ : Computer Science House Member From chuck@horde.org Fri Nov 10 02:47:23 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Thu, 09 Nov 2000 21:47:23 -0500 (EST) Subject: [dev] Navigator problems In-Reply-To: <20001109214528.A6824@csh.rit.edu> References: <20001109205908.A4804@csh.rit.edu> <973823539.3a0b5e33919a1@nirgal.your.mom> <20001109213636.F4804@csh.rit.edu> <973824121.3a0b607a033e5@nirgal.your.mom> <20001109214528.A6824@csh.rit.edu> Message-ID: <973824443.3a0b61bb7c19d@nirgal.your.mom> Quoting Jon Parise : > > > Yes, I think we should re-parent the hierarchy where necessary. > > > > Err... more words, please? > > If a sub-folder is subscribed but its parent is not, the parent should > be added to the displayed tree hierarchy. Okay - so, auto-inserting parents. Re-parenting sounded like you wanted to assign them a different parent, or... I was confused. :) -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From jon@csh.rit.edu Fri Nov 10 02:50:08 2000 From: jon@csh.rit.edu (Jon Parise) Date: Thu, 9 Nov 2000 21:50:08 -0500 Subject: [dev] Navigator problems In-Reply-To: <973824443.3a0b61bb7c19d@nirgal.your.mom>; from chuck@horde.org on Thu, Nov 09, 2000 at 09:47:23PM -0500 References: <20001109205908.A4804@csh.rit.edu> <973823539.3a0b5e33919a1@nirgal.your.mom> <20001109213636.F4804@csh.rit.edu> <973824121.3a0b607a033e5@nirgal.your.mom> <20001109214528.A6824@csh.rit.edu> <973824443.3a0b61bb7c19d@nirgal.your.mom> Message-ID: <20001109215008.A7012@csh.rit.edu> On Thu, Nov 09, 2000 at 09:47:23PM -0500, Chuck Hagenbuch wrote: > > > > Yes, I think we should re-parent the hierarchy where necessary. > > > > > > Err... more words, please? > > > > If a sub-folder is subscribed but its parent is not, the parent should > > be added to the displayed tree hierarchy. > > Okay - so, auto-inserting parents. Re-parenting sounded like you wanted to > assign them a different parent, or... I was confused. :) Not a problem. I believe slashdot calls this process "re-parenting", so that's probably where I picked up the term. -- Jon Parise (jon@csh.rit.edu) . Rochester Inst. of Technology http://www.csh.rit.edu/~jon/ : Computer Science House Member From chuck@horde.org Fri Nov 10 03:32:26 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Thu, 09 Nov 2000 22:32:26 -0500 (EST) Subject: [dev] Setting IMP to DocumentRoot In-Reply-To: <008401c04a77$105148a0$b225eb84@martin> References: <007801c04a76$01abb340$b225eb84@martin> <008401c04a77$105148a0$b225eb84@martin> Message-ID: <973827146.3a0b6c4a74322@nirgal.your.mom> Quoting Scott Martin : > What you've suggested worked when I changed it, but that is not consistent > with what the documentation says. Quote: > > // Where does IMP live _in the web tree_? Ex: /horde/imp. IMPORTANT: > // Do _not_ put a trailing slash on this value. If IMP is the > // top-level thing in the web tree, the correct value is '' (empty > // string), NOT '/'. > $conf['paths']['root'] = '/horde/imp'; > > According to this explanation, '' should be the correct setting not > /horde/imp. Is there an error in the explanation? No... if things are set up correctly, that should work just fine. -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From jon@csh.rit.edu Fri Nov 10 05:08:08 2000 From: jon@csh.rit.edu (Jon Parise) Date: Fri, 10 Nov 2000 00:08:08 -0500 Subject: [dev] new error handling in php4 In-Reply-To: <20000829154029.D29667@marina.horde.org>; from chuck@horde.org on Tue, Aug 29, 2000 at 03:40:30PM -0400 References: <20000829154029.D29667@marina.horde.org> Message-ID: <20001110000807.A11304@csh.rit.edu> On Tue, Aug 29, 2000 at 03:40:30PM -0400, Chuck Hagenbuch wrote: > So we can raise our own errors, and handle general ones as well. I think > this would be a good way of collecting errors and finding a nice way to > present them to the user. Any thoughts? Is anyone doing any work on this? -- Jon Parise (jon@csh.rit.edu) . Rochester Inst. of Technology http://www.csh.rit.edu/~jon/ : Computer Science House Member From mbull@uoguelph.ca Fri Nov 10 14:37:53 2000 From: mbull@uoguelph.ca (Michael Bull) Date: Fri, 10 Nov 2000 09:37:53 -0500 Subject: [dev] Setting IMP to DocumentRoot In-Reply-To: <973827146.3a0b6c4a74322@nirgal.your.mom> References: <008401c04a77$105148a0$b225eb84@martin> <007801c04a76$01abb340$b225eb84@martin> <008401c04a77$105148a0$b225eb84@martin> Message-ID: <5.0.0.25.0.20001110093209.02394d60@staff.mail.uoguelph.ca> At 10:32 PM 09/11/2000 -0500, you wrote: >Quoting Scott Martin : > > > What you've suggested worked when I changed it, but that is not consistent > > with what the documentation says. Quote: > > > > // Where does IMP live _in the web tree_? Ex: /horde/imp. IMPORTANT: > > // Do _not_ put a trailing slash on this value. If IMP is the > > // top-level thing in the web tree, the correct value is '' (empty > > // string), NOT '/'. > > $conf['paths']['root'] = '/horde/imp'; > > > > According to this explanation, '' should be the correct setting not > > /horde/imp. Is there an error in the explanation? > >No... if things are set up correctly, that should work just fine. If that is set as described above, any reason that clicking on compose would try to call the page /imp/compose.php? I'm having the same problem gettings things set to document root with imp at the top level, with 2.3; I need to have symlinks for horde and imp in the same directory, which sorta defeats the purpose. :) From chuck@horde.org Fri Nov 10 17:39:37 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Fri, 10 Nov 2000 12:39:37 -0500 (EST) Subject: [dev] Setting IMP to DocumentRoot In-Reply-To: <5.0.0.25.0.20001110093209.02394d60@staff.mail.uoguelph.ca> References: <008401c04a77$105148a0$b225eb84@martin> <007801c04a76$01abb340$b225eb84@martin> <008401c04a77$105148a0$b225eb84@martin> <5.0.0.25.0.20001110093209.02394d60@staff.mail.uoguelph.ca> Message-ID: <973877977.3a0c32d94f3e2@marina.horde.org> Quoting Michael Bull : > If that is set as described above, any reason that clicking on compose > would try to call the page /imp/compose.php? > I'm having the same problem gettings things set to document root with imp > at the top level, with 2.3; I need to have symlinks for horde and imp in > the same directory, which sorta defeats the purpose. :) Because it's hardcoded atm in imp/lib/js/open_compose_win.js. Someone should fix that file to use a config variable, but we shouldn't assume $conf['paths'] ['root'] since it sometimes needs to be included from other apps. Ideas? Registry parameters? Any nice way to get the registry to respect the individual conf settings that wouldn't be hideously inneficient? Maybe all the basic path stuff should move to the registry? -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From chuck@horde.org Fri Nov 10 17:40:36 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Fri, 10 Nov 2000 12:40:36 -0500 (EST) Subject: [dev] new error handling in php4 In-Reply-To: <20001110000807.A11304@csh.rit.edu> References: <20000829154029.D29667@marina.horde.org> <20001110000807.A11304@csh.rit.edu> Message-ID: <973878036.3a0c331462749@marina.horde.org> Quoting Jon Parise : > On Tue, Aug 29, 2000 at 03:40:30PM -0400, Chuck Hagenbuch wrote: > > > So we can raise our own errors, and handle general ones as well. I think > > this would be a good way of collecting errors and finding a nice way to > > present them to the user. Any thoughts? > > Is anyone doing any work on this? Not yet, but I haven't gotten around to the error handling problem in general just yet, and it might be a good way to go - we might even be able to trap upload file errors that way. -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From rodolfo@equinoxe.g-networks.net Thu Nov 9 21:58:32 2000 From: rodolfo@equinoxe.g-networks.net (Lic. Rodolfo Gonzalez Gonzalez) Date: Thu, 9 Nov 2000 15:58:32 -0600 (CST) Subject: eval @ phplib distributed with horde. Message-ID: Hello, I guess that this message should be post here, but if not, please forgive me. I have just installed PHP 3.0.17 in my box which had Horde + IMP, and I started to get messages from PHP like about the line 341 in session.inc (that's from the PHPLIB distributed with Horde). This is related to the eval() function, PHP expected a string or a variable. The line in question had this call: eval(sprintf(";%s",$vals)); I don't know why, I guess eval() has changed, but I need to change the line above to: $temporalito = sprintf(";%s",$vals); eval($temporalito); So now the complete funcion is: function thaw() { $this->get_lock(); $vals = $this->that->ac_get_value($this->id, $this->name); $temporalito = sprintf(";%s",$vals); eval($temporalito); } I guess this is rather easy to find, but a person without PHP knowledge it should be annoying :) Regards, Rodolfo. From anil@recoil.org Sat Nov 11 02:11:54 2000 From: anil@recoil.org (Anil Madhavapeddy) Date: Sat, 11 Nov 2000 02:11:54 -0000 Subject: [dev] Navigator problems In-Reply-To: <973823539.3a0b5e33919a1@nirgal.your.mom> Message-ID: On Thu, Nov 09, 2000 at 09:32:19PM -0500, Chuck Hagenbuch wrote: > Quoting Jon Parise : > > > I still have that little problem with the navigator, but I just > > noticed it only occurs if IMAP subscriptions are enabled. Maybe that > > will help track down the problem. > > Well, it gives me a theory: you have child folders subscribed, but not the > parent. So when the navigator goes to insert the child into the tree, > the parent that it expects to find isn't there. > I tried to get into this situation using the folders.php sub/unsub stuff, but it actually forces parents to be subscribed on my setup here. Which by implication means that imap_subscribe is taking care of that (although I only have Courier-IMAP to go by here) > > 2. A way of auto-inserting parent folders. > If the imap_subscribe _does_ take care of it, then would simply subscribing to it again insert the parents also? -- Anil Madhavapeddy, From martins@ohio.edu Sat Nov 11 04:04:53 2000 From: martins@ohio.edu (Scott Martin) Date: Fri, 10 Nov 2000 23:04:53 -0500 (EST) Subject: [dev] Setting IMP to DocumentRoot In-Reply-To: <973827146.3a0b6c4a74322@nirgal.your.mom> References: <007801c04a76$01abb340$b225eb84@martin> <008401c04a77$105148a0$b225eb84@martin> <973827146.3a0b6c4a74322@nirgal.your.mom> Message-ID: <973915493.3a0cc5657f70e@eric.math.ohiou.edu> Quoting Chuck Hagenbuch : > > No... if things are set up correctly, that should work just fine. > Would you please comment on the original message in the thread then and tell me what I've set up wrong, because I set everything up just as the FAQ says. -Scott ========================================================== Scott Martin - Computer/Network Specialist Ohio University Departments of Mathematics and Social Work Morton Hall, Athens, OH (740)593-1263 From chuck@horde.org Sat Nov 11 04:36:02 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Fri, 10 Nov 2000 23:36:02 -0500 (EST) Subject: [dev] Navigator problems In-Reply-To: References: Message-ID: <973917362.3a0cccb22cc27@nirgal.your.mom> Quoting Anil Madhavapeddy : > If the imap_subscribe _does_ take care of it, then would simply > subscribing to it again insert the parents also? Doesn't sound like something we can rely on... -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From chuck@horde.org Sat Nov 11 04:38:03 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Fri, 10 Nov 2000 23:38:03 -0500 (EST) Subject: [dev] Setting IMP to DocumentRoot In-Reply-To: <973915493.3a0cc5657f70e@eric.math.ohiou.edu> References: <007801c04a76$01abb340$b225eb84@martin> <008401c04a77$105148a0$b225eb84@martin> <973827146.3a0b6c4a74322@nirgal.your.mom> <973915493.3a0cc5657f70e@eric.math.ohiou.edu> Message-ID: <973917483.3a0ccd2b81993@nirgal.your.mom> Quoting Scott Martin : > Would you please comment on the original message in the thread then and tell > me what I've set up wrong, because I set everything up just as the FAQ says. You know, nothing in the original message jumped out at me. But if you're getting "/login.php not found", then if you looked in your apache log, you'd see what was being requested, and if trying the request by hand (ie, typing in /login.php) worked, and the redirect didn't, then you'd need to find out what was funky with the redirect, and if typing it in by hand didn't work, then the apache part is probably off, so that's where you need to look. I can't troubleshoot your box for you. -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From chuck@horde.org Sat Nov 11 04:38:51 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Fri, 10 Nov 2000 23:38:51 -0500 (EST) Subject: [dev] Navigator problems In-Reply-To: <973917362.3a0cccb22cc27@nirgal.your.mom> References: <973917362.3a0cccb22cc27@nirgal.your.mom> Message-ID: <973917531.3a0ccd5b3d912@nirgal.your.mom> Quoting Chuck Hagenbuch : > > If the imap_subscribe _does_ take care of it, then would simply > > subscribing to it again insert the parents also? > > Doesn't sound like something we can rely on... Though, come to think of it, I think even UW does this the way you describe it (judging from when I played with it), so maybe PMDF is broken. Don't know if we can get away with that resolution, though. -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From jon@csh.rit.edu Sat Nov 11 07:30:43 2000 From: jon@csh.rit.edu (Jon Parise) Date: Sat, 11 Nov 2000 02:30:43 -0500 Subject: [dev] Navigator problems In-Reply-To: <973917531.3a0ccd5b3d912@nirgal.your.mom>; from chuck@horde.org on Fri, Nov 10, 2000 at 11:38:51PM -0500 References: <973917362.3a0cccb22cc27@nirgal.your.mom> <973917531.3a0ccd5b3d912@nirgal.your.mom> Message-ID: <20001111023043.A14221@csh.rit.edu> On Fri, Nov 10, 2000 at 11:38:51PM -0500, Chuck Hagenbuch wrote: > Though, come to think of it, I think even UW does this the way you > describe it (judging from when I played with it), so maybe PMDF is > broken. Don't know if we can get away with that resolution, though. Okay, based on this discussion, I think I've narrowed down the problem. On this setup, I have my mail layed out as followed: ~/Mail/ ./Lists/ ./Storage/ ./Work/ Everything works fine (no errors) if I have these folders subscribed (from the contents of my ~/.mailboxlist file): Mail/sent-mail Mail/drafts Mail/test If I go to the "Folders" screen and subscribe to the Mail/Work/backups folder, however, the contents of my ~/.mailboxlist file becomes: Mail/sent-mail Mail/drafts Mail/test Mail/Work/backups This causes the errors, and the 'backups' folder isn't displayed in the tree. If I modify my ~/.mailboxlist by hand so that it looks like this: Mail/sent-mail Mail/drafts Mail/test Mail/Work Mail/Work/backups ... it works fine, meaning there aren't any errors and the tree is displayed completely correctly. The problem can thus be traced to the Mail/Work parent needing to be subscribed. -- Jon Parise (jon@csh.rit.edu) . Rochester Inst. of Technology http://www.csh.rit.edu/~jon/ : Computer Science House Member From chuck@horde.org Sat Nov 11 17:02:49 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Sat, 11 Nov 2000 12:02:49 -0500 (EST) Subject: [dev] Folders Preference In-Reply-To: <973794041.3a0aeaf9ba3d4@eric.math.ohiou.edu> References: <973794041.3a0aeaf9ba3d4@eric.math.ohiou.edu> Message-ID: <973962169.3a0d7bb9eefc2@nirgal.your.mom> Quoting Scott Martin : > Suggestion: I would like to see the "Sent Mail Folder" and "Drafts Folder" > section be a "pull down" list, so that "Joe User" can only choose a folder > that actually exists Does anyone have any objections to this? I think it makes a lot of sense for useability, so unless someone has a reason not to do it, I'll go ahead and implement it. -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From chuck@horde.org Sat Nov 11 17:05:21 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Sat, 11 Nov 2000 12:05:21 -0500 (EST) Subject: [dev] [[PHP-CVS] cvs: php4 /ext/standard datetime.c (fwd)] In-Reply-To: <20001109175413.A29380@csh.rit.edu> References: <20001109175413.A29380@csh.rit.edu> Message-ID: <973962321.3a0d7c514ee7a@nirgal.your.mom> Quoting Jon Parise : > This may be of interest to us. Assuming it works like it sounds it works, I'm going to move to it - we practically require 4.0.4-cvs anyway for 2.3 at this point, and it saves us a non-trivial function (rfc822date()). -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From chuck@horde.org Sat Nov 11 17:39:57 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Sat, 11 Nov 2000 12:39:57 -0500 (EST) Subject: [dev] Setting IMP to DocumentRoot In-Reply-To: <973877977.3a0c32d94f3e2@marina.horde.org> References: <008401c04a77$105148a0$b225eb84@martin> <007801c04a76$01abb340$b225eb84@martin> <008401c04a77$105148a0$b225eb84@martin> <5.0.0.25.0.20001110093209.02394d60@staff.mail.uoguelph.ca> <973877977.3a0c32d94f3e2@marina.horde.org> Message-ID: <973964397.3a0d846db4e86@nirgal.your.mom> Quoting Chuck Hagenbuch : > Because it's hardcoded atm in imp/lib/js/open_compose_win.js. Someone should > fix that file to use a config variable, but we shouldn't assume $conf['paths'] > ['root'] since it sometimes needs to be included from other apps. Ideas? > Registry parameters? Any nice way to get the registry to respect the > individual conf settings that wouldn't be hideously inneficient? Maybe all the > basic path stuff should move to the registry? Alright, since that doesn't seem to have inspired anyone, here's my suggestion: registry.php needs to include basic path information for every module registered in it - the equivalent of $conf['paths']['root'] for each module used. I'll go ahead and add this, and we'll need to write a tool to generate it at some point... -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From chuck@horde.org Sat Nov 11 18:25:36 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Sat, 11 Nov 2000 13:25:36 -0500 (EST) Subject: [cvs] commit: horde/config registry.php.dist horde/docs CHANGES imp compose.php folders.php mailbox.php message.php navigator.php prefs.php search.php imp/docs CHANGES imp/lib folder.php imp/lib/js open_compose_win.js horde/lib Registry.php nic ... In-Reply-To: <20001111182146.22006.qmail@horde.org> References: <20001111182146.22006.qmail@horde.org> Message-ID: <973967136.3a0d8f20ce8f6@nirgal.your.mom> Fyi, for any of you not on the cvs list. Also, the one change I forgot is that I changed IMP_folder::flist() to cache mailbox lists, so that if you request the same list (ie, same prefix and same list command) in the same page (like the menu and the move-to selects do in every mailbox.php or message.php request), the raw list will be saved, and only filtered again, instead of going out and hitting the imap server for your entire folder list again. > Log: > Moved package.Registry.php to Registry.php, and updated modules accordingly. > > Added a $__horde_applications[] array to config/registry.php, with 'webroot' > and 'fileroot' attributes for every app. I'm not happy with this as a final > solution; we shouldn't need to explicitly configure so much. So I'm looking > for feedback on how to allow people to move modules around, but not specify > too much. > > For instance, can we keep the assumption that all horde applications live > inside the horde/ directory _on the filesystem_? If we can do that, then the > 'fileroot' attributes are unnecessary, because I can figure that path out > (using dirname(__FILE__)). > > That'd just leave the 'webroot' attribute; is that acceptable? > > Anyway, I also added a special string '%application%' inside registry > callback parameters that will be replaced with the full web path to that > application (inside includeFile parameters, it'll be replaced with the full > file path). This is now used in imp/lib/js/open_compose_win.js in order to > let you configure the imp root as / and have the compose javascript look in > the right place. > > Thoughts on any of these changes? > > Revision Changes Path > 1.13 +10 -4 horde/config/registry.php.dist > 1.82 +4 -0 horde/docs/CHANGES > 2.220 +2 -2 imp/compose.php > 2.87 +2 -2 imp/folders.php > 2.214 +2 -2 imp/mailbox.php > 2.168 +2 -2 imp/message.php > 1.80 +2 -2 imp/navigator.php > 2.93 +2 -2 imp/prefs.php > 2.55 +2 -2 imp/search.php > 1.220 +2 -0 imp/docs/CHANGES > 1.17 +42 -35 imp/lib/folder.php > 2.16 +1 -1 imp/lib/js/open_compose_win.js > 1.10 +32 -9 horde/lib/Registry.php > 1.14 +1 -1 nic/finger.php > 1.26 +3 -3 turba/search.php -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From max@the-triumvirate.net Sun Nov 12 03:57:53 2000 From: max@the-triumvirate.net (Max Kalika) Date: Sat, 11 Nov 2000 19:57:53 -0800 Subject: [imp] Message Filters Message-ID: <974001473.3a0e1541641a6@www.the-triumvirate.net> ---------------------- multipart/mixed attachment Quoting Chuck Hagenbuch : > IMAP has nothing to do with mail delivery, which is why it is a less than > ideal platform to do filtering with. However, enough people have requested > this feature that it will probably make it into some future version of IMP. I took up the challenge. :-) > To be clear, though: > 1. It will not become an official part of 2.2 naturally 2. It will not become an official part of 2.3. Filtering qualifies as a big feature, and we've got a freeze on large features for 2.3 in the interest of pushing it out sooner. granted, but if its functioning enough (i.e. completely) would you consider putting it in for this release? 3. I'm happy to accept code to do filtering, and if someone else writes it that'll accelerate the rate of it being included in IMP, but it will have to be very cleanly written and well abstracted and as efficient as possible to make it in. I think I did it right. Tracking is done via preferences and all the necessary checks are in place. Applying rules is done by doing an imap_search to aquire the message IDs and then perform the action using the in-place functions -- IMP_message::delete() and IMP_message::copy(). Functionality: Filter rules are created in a new "Filter" interface (placed between preferences and Search on the menu). This screen lists the current rules with the option to delete, move up, and move down individual rules. There is also a form to create new rules. The mailbox view is altered with a "Apply Filter Rules" icon next to the "refresh" icon. This is only visible if the mailbox is "INBOX". Currently only unseen and undeleted messages will be looked at for filtering purposes (I was debating whether to change that to just undeleted, but left it for now). When the icon is clicked, messages are filtered and any that qualify for the rules, are marked deleted. I figure its best to leave to the user to expunge. And those that have "hide deleted" enabled, they will imediatly note the changes. Anyway, the patches are below. I'm also not very good at making -- stealing -- icons, but the attatched will do for now. --mk23 Added files: (attatched) imp/filters.php imp/templates/filters/list.inc imp/templates/filters/create.inc imp/graphics/filter.gif imp/graphics/do_filter.gif Patches: [root@host imp]# cvs diff -u templates/menu/main.inc Index: templates/menu/main.inc =================================================================== RCS file: /cvs/horde/imp/templates/menu/main.inc,v retrieving revision 2.79 diff -u -r2.79 main.inc --- templates/menu/main.inc 2000/11/12 02:40:40 2.79 +++ templates/menu/main.inc 2000/11/12 03:49:10 @@ -22,6 +22,9 @@ if ($conf['passwd']['enabled']) { pmenuItem($conf['passwd']['url'], _("Change Password"), 'lock.gif'); } +if (($conf['prefs']['driver'] != '') && ($conf['prefs']['driver'] != 'none') && $conf['user']['allow_filters'] && $prefs->isChangeable('filters')) { + pmenuItem(Horde::url('filters.php'), _("Filters"), 'filter.gif'); +} pmenuItem(Horde::url('search.php'), _("Search"), 'search.gif'); /* Horde menu items */ [root@host imp]# cvs diff -u mailbox.php Index: mailbox.php =================================================================== RCS file: /cvs/horde/imp/mailbox.php,v retrieving revision 2.214 diff -u -r2.214 mailbox.php --- mailbox.php 2000/11/11 18:21:35 2.214 +++ mailbox.php 2000/11/12 03:36:44 @@ -244,7 +244,29 @@ $imp['searchquery'] = trim($query); $imp['searchfolders'] = $search_folders; break; - + + case FILTER: + $filters = @unserialize($prefs->getValue('filters')); + if(is_array($filters) && count($filters) && $imp['protocol'] ! = 'pop3') { + $baseQuery = 'UNSEEN UNDELETED '; + for($i = 0; $i < count($filters); $i++) { + $query = $baseQuery . strtoupper($filters[$i] ['field']) . ' "' . $filters[$i]['text'] . '"'; + $indices = imap_search($imp['stream'], $query, SE_UID); + if(isset($indices) && is_array($indices)) { + if($filters[$i]['action'] == 'delete') { + if(!IMP_message::delete($indices)) { + // error message here + } + } + else { + if(!IMP_message::copy($filters[$i]['folder'], $indices, MOVE_MESSAGES)) { + // error message here + } + } + } + } + } + break; } } [root@host imp]# cvs diff -u lib/IMP.php Index: lib/IMP.php =================================================================== RCS file: /cvs/horde/imp/lib/IMP.php,v retrieving revision 1.91 diff -u -r1.91 IMP.php --- lib/IMP.php 2000/11/08 19:41:34 1.91 +++ lib/IMP.php 2000/11/12 03:38:05 @@ -63,6 +63,11 @@ define('POLL_FOLDERS', 53); define('FLAG_MESSAGES', 54); define('PRINT_MESSAGE', 55); +define('FILTER', 56); +define('FILTER_CREATE', 57); +define('FILTER_DELETE', 58); +define('FILTER_DOWN', 59); +define('FILTER_UP', 60); // defines for IMAP flags define('IMP_ALL', 0); [root@host imp]# cvs diff -u config/conf.php.dist Index: config/conf.php.dist =================================================================== RCS file: /cvs/horde/imp/config/conf.php.dist,v retrieving revision 1.97 diff -u -r1.97 conf.php.dist --- config/conf.php.dist 2000/11/08 22:10:48 1.97 +++ config/conf.php.dist 2000/11/12 03:41:37 @@ -202,6 +202,11 @@ // raw message, or to download it and save it to disk. $conf['user']['allow_view_source'] = true; +// Should we allow users to set up filtering rules for incoming mail? +// To make this work, the 'filters' preference must be also enabled +// in prefs.php +$conf['user']['allow_view_source'] = true; + // If this is anything other than false, then it is assumed to be the // URL of an alternate login screen which will be used in place of // IMP's default one. [root@host imp]# cvs diff -u config/prefs.php.dist Index: config/prefs.php.dist =================================================================== RCS file: /cvs/horde/imp/config/prefs.php.dist,v retrieving revision 1.15 diff -u -r1.15 prefs.php.dist --- config/prefs.php.dist 2000/11/08 19:41:29 1.15 +++ config/prefs.php.dist 2000/11/12 03:43:06 @@ -75,3 +75,6 @@ # javascript popups, and expand folder tree by default nav_popup, 0, 1 nav_expanded, 0, 1 + +# filters tracking +filters, , 1 ---------------------- multipart/mixed attachment A non-text attachment was scrubbed... Name: filters.tar.gz Type: application/x-gzip-compressed Size: 3906 bytes Desc: not available Url : http://lists.horde.org/archives/dev/attachments/eb35cce9/filters.tar.gz ---------------------- multipart/mixed attachment-- From max@the-triumvirate.net Sun Nov 12 04:58:21 2000 From: max@the-triumvirate.net (Max Kalika) Date: Sat, 11 Nov 2000 20:58:21 -0800 Subject: [dev] Re: [imp] Message Filters In-Reply-To: <974001473.3a0e1541641a6@www.the-triumvirate.net> References: <974001473.3a0e1541641a6@www.the-triumvirate.net> Message-ID: <974005101.3a0e236d30d8b@www.the-triumvirate.net> Quoting Max Kalika : > 2. It will not become an official part of 2.3. Filtering qualifies as a big > feature, and we've got a freeze on large features for 2.3 in the interest > of pushing it out sooner. > > 3. I'm happy to accept code to do filtering, and if someone else writes it > that'll accelerate the rate of it being included in IMP, but it will have > to be very cleanly written and well abstracted and as efficient as > possible to make it in. oops...these were supposed to be quoted. also I forgot to include the help patch: [root@host imp]# cvs diff -u locale/en/help.xml Index: locale/en/help.xml =================================================================== RCS file: /cvs/horde/imp/locale/en/help.xml,v retrieving revision 1.3 diff -u -r1.3 help.xml --- locale/en/help.xml 2000/10/03 01:30:45 1.3 +++ locale/en/help.xml 2000/11/12 04:54:17 @@ -229,4 +229,44 @@ + + Filters: Apply + Apply Filter Rules + + Click on the "Apply Filter" icon next to the INBOX name to filter all new undeleted messages according to the specified rules. + + + + + Filters: Manage + Manage Filter Rules + + Select the filter rule to manage by clicking on the radio button next to the rule description. Click on one of the action buttons. Note that filter rules are applied only once per message therefore rule order is significatnt. Make sure you have the most important rules first. + + + + + Filter Creation: Field + Field + + Select the field you want to apply the rule to. "To:" -- the recepients' addresses. "Cc:" -- the carbon-copied recepients' adresses. "From:" -- the sender's address. "Subject:" -- the message subject. + + + + + Filter Creation: Text + Text + + Enter the text for which to scan when applying the rule. + + + + + Filter Creation: Action + Action + + Choose the action to perform when the message matches the filter rule. If "move messages" action is selected, the folder must also be selected for the rule to take effect. The destination folder must exist prior to creating the rule. + + + --mk23 From max@the-triumvirate.net Sun Nov 12 15:56:44 2000 From: max@the-triumvirate.net (Max Kalika) Date: Sun, 12 Nov 2000 07:56:44 -0800 Subject: Horde::raiseError() Message-ID: <974044604.3a0ebdbcb4b08@www.the-triumvirate.net> Works great! I just set some error messages on the filters screen and it worked like a charm! I have a suggestion though. Would it make sense to also add HORDE_SUCCESS (maybe with a thumbs up icon) for reporting success messages? --mk23 From chuck@horde.org Sun Nov 12 16:23:48 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Sun, 12 Nov 2000 11:23:48 -0500 Subject: [dev] Horde::raiseError() In-Reply-To: <974044604.3a0ebdbcb4b08@www.the-triumvirate.net> References: <974044604.3a0ebdbcb4b08@www.the-triumvirate.net> Message-ID: <974046228.3a0ec414d688c@nirgal.your.mom> Quoting Max Kalika : > Works great! I just set some error messages on the filters screen and it > worked like a charm! I have a suggestion though. Would it make sense to > also add HORDE_SUCCESS (maybe with a thumbs up icon) for reporting success > messages? Sounds like a good idea. I'll toss it in now. One question, though: it makes sense for this to be more general purpose like that. But should it still be called raiseError(), then? Maybe raiseAlert() or raiseMessage() ? -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From max@the-triumvirate.net Sun Nov 12 16:26:07 2000 From: max@the-triumvirate.net (Max Kalika) Date: Sun, 12 Nov 2000 08:26:07 -0800 Subject: [dev] Horde::raiseError() In-Reply-To: <974046228.3a0ec414d688c@nirgal.your.mom> References: <974044604.3a0ebdbcb4b08@www.the-triumvirate.net> <974046228.3a0ec414d688c@nirgal.your.mom> Message-ID: <974046367.3a0ec49f72c36@www.the-triumvirate.net> Quoting Chuck Hagenbuch : > Sounds like a good idea. I'll toss it in now. > > One question, though: it makes sense for this to be more general purpose > like that. But should it still be called raiseError(), then? Maybe > raiseAlert() or raiseMessage() ? Right! I thought of this but forgot to add it to my message. My suggestion was going to be raiseStatus(), but raiseMessage() sounds better. At least in my opinion --mk23 From anil@recoil.org Sun Nov 12 16:43:52 2000 From: anil@recoil.org (Anil Madhavapeddy) Date: Sun, 12 Nov 2000 16:43:52 +00000 (GMT) Subject: [dev] Horde::raiseError() In-Reply-To: <974046367.3a0ec49f72c36@www.the-triumvirate.net> References: <974044604.3a0ebdbcb4b08@www.the-triumvirate.net> <974046228.3a0ec414d688c@nirgal.your.mom> <974046367.3a0ec49f72c36@www.the-triumvirate.net> Message-ID: <974047432.3a0ec8c88935a@horde.recoil.org> Quoting Max Kalika : > Quoting Chuck Hagenbuch : > > > Sounds like a good idea. I'll toss it in now. > > > > One question, though: it makes sense for this to be more general purpose > > like that. But should it still be called raiseError(), then? Maybe > > raiseAlert() or raiseMessage() ? > > Right! I thought of this but forgot to add it to my message. My suggestion > was going to be raiseStatus(), but raiseMessage() sounds better. At least in > my opinion raiseMessage() sounds good ... -- Anil Madhavapeddy, From chuck@horde.org Sun Nov 12 16:45:54 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Sun, 12 Nov 2000 11:45:54 -0500 Subject: [dev] Horde::raiseError() In-Reply-To: <974047432.3a0ec8c88935a@horde.recoil.org> References: <974044604.3a0ebdbcb4b08@www.the-triumvirate.net> <974046228.3a0ec414d688c@nirgal.your.mom> <974046367.3a0ec49f72c36@www.the-triumvirate.net> <974047432.3a0ec8c88935a@horde.recoil.org> Message-ID: <974047554.3a0ec942cbff0@nirgal.your.mom> Quoting Anil Madhavapeddy : > raiseMessage() sounds good ... raiseMessage() it is, then. -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From chuck@horde.org Sun Nov 12 16:55:33 2000 From: chuck@horde.org (Chuck Hagenbuch) Date: Sun, 12 Nov 2000 11:55:33 -0500 Subject: [dev] Re: [imp] Message Filters In-Reply-To: <974001473.3a0e1541641a6@www.the-triumvirate.net> References: <974001473.3a0e1541641a6@www.the-triumvirate.net> Message-ID: <974048133.3a0ecb8589150@nirgal.your.mom> Quoting Max Kalika : > I took up the challenge. :-) Great! > granted, but if its functioning enough (i.e. completely) would you consider > putting it in for this release? Hmm. You did this quicker than I expected anyone to, and 2.3 isn't right on the edge of release just yet, so I'll look it over. :) > I think I did it right. Tracking is done via preferences and all the > necessary checks are in place. Applying rules is done by doing an imap_search > to aquire the message IDs and then perform the action using the in-place > functions -- IMP_message::delete() and IMP_message::copy(). Yeah, sounds like the right way to go about it ... Let me try and apply it locally, and I'll let you know. Thanks! -chuck -- Charles Hagenbuch, "If you can't stand the heat, get out of the chicken!" - Baby Blues From jon@csh.rit.edu Sun Nov 12 19:56:33 2000 From: jon@csh.rit.edu (Jon Parise) Date: Sun, 12 Nov 2000 14:56:33 -0500 Subject: [cvs] commit: horde/config registry.php.dist horde/docs CHANGES imp compose.php folders.php mailbox.php message.php navigator.php prefs.php search.php imp/docs CHANGES imp/lib folder.php imp/lib/js open_compose_win.js horde/lib Registry.php nic ... In-Reply-To: <20001111182146.22006.qmail@horde.org>; from chuck@horde.org on Sat, Nov 11, 2000 at 06:21:46PM -0000 References: <20001111182146.22006.qmail@horde.org> Message-ID: <20001112145633.A28106@csh.rit.edu> On Sat, Nov 11, 2000 at 06:21:46PM -0000, Chuck Hagenbuch wrote: > Added a $__horde_applications[] array to config/registry.php, with 'webroot' > and 'fileroot' attributes for every app. I'm not happy with this as a final > solution; we shouldn't need to explicitly configure so much. So I'm looking > for feedback on how to allow people to move modules around, but not specify > too much. I think we should leave both the 'webroot' and the 'fileroot' attributes in there for maximum configurability. -- Jon Parise (jon@csh.rit.edu) . Rochester Inst. of Technology http://www.csh.rit.edu/~jon/ : Computer Science House Member From anil@recoil.org Sun Nov 12 20:29:54 2000 From: anil@recoil.org (Anil Madhavapeddy) Date: Sun, 12 Nov 2000 20:29:54 +00000 (GMT) Subject: [dev] Re: [cvs] commit: horde/config ... In-Reply-To: <20001112145633.A28106@csh.rit.edu> References: <20001111182146.22006.qmail@horde.org> <20001112145633.A28106@csh.rit.edu> Message-ID: <974060994.3a0efdc2acb95@horde.recoil.org> Quoting Jon Parise : > > I think we should leave both the 'webroot' and the 'fileroot' > attributes in there for maximum configurability. > I think it might be nice if the defaults just assumed that the modules are under the horde/ directory, as that's what 99% of the users will probably have, and leave them the option of changing it if they want to. -- Anil Madhavapeddy, From anil@recoil.org Sun Nov 12 23:15:55 2000 From: anil@recoil.org (Anil Madhavapeddy) Date: Sun, 12 Nov 2000 23:15:55 +00000 (GMT) Subject: bit of navigator confusion Message-ID: <974070955.3a0f24abbaca3@horde.recoil.org> Just hacking away at the renaming interface at the moment and notice something a bit wierd: My namespace is 'INBOX.', so of course the folder list on the top right just shows my normal folders without that prefixed. The tree view however prepends INBOX. to everything; this means that if I try to rename something called INBOX.Horde, the prepend string gets appended twice, and I end up with INBOX.INBOX.Horde I can't really strip out the prepend string - it seems that the navigator itself shouldn't really be putting the 'INBOX.' in the tree structure should it? I'm going to look at it more tommorrow, but I thought I'd throw the question here before heading out! -- Anil Madhavapeddy,
  name="subject" value="" size="60">  name="subject" value="" size="60" > onkeydown="subjectTab()">