[imp] Some questions...

[Jon Parise]

On Tue, Jun 05, 2001 at 08:58:19AM +0200, Santiago Romero wrote:

>  The error doesn't matter. In this case, was an Oracle error indicating
>  that the entry already exists in the database (I was trying to re-insert
>  a contact that already exist)... All I want is not to view the errors
>  on the screen before PHP prints the HTML.
  
You can either lower your error_reporting level or log PHP errors
to a file instead of the normal output stream.  Look in php.ini
for more details.

-- 
Jon Parise (jon@csh.rit.edu)  .  Rochester Inst. of Technology
http://www.csh.rit.edu/~jon/  :  Computer Science House Member


>From chuck@horde.org Date: Tue,  5 Jun 2001 10:26:39 -0400
Return-Path: <chuck@horde.org>
Mailing-List: contact imp-help@lists.horde.org; run by ezmlm
Delivered-To: mailing list imp@lists.horde.org
Received: (qmail 68015 invoked from network); 5 Jun 2001 14:28:21 -0000
Received: from 208-59-250-206.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com (HELO marina.horde.org) (208.59.250.206)
  by horde.org with SMTP; 5 Jun 2001 14:28:21 -0000
Received: by marina.horde.org (Postfix, from userid 33)
	id CB3BA39EE; Tue,  5 Jun 2001 10:26:39 -0400 (EDT)
Received: from 206.243.191.252 ( [206.243.191.252])
	as user chuck@localhost by marina.horde.org with HTTP;
	Tue,  5 Jun 2001 10:26:39 -0400
Message-ID: <991751199.3b1cec1f9a371@marina.horde.org>
Date: Tue,  5 Jun 2001 10:26:39 -0400
From: Chuck Hagenbuch <chuck@horde.org>
To: imp@lists.horde.org
References: <991725301.3b1c86f598fa2@mail.lib.ci.phoenix.az.us>
In-Reply-To: <991725301.3b1c86f598fa2@mail.lib.ci.phoenix.az.us>
MIME-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
User-Agent: Internet Messaging Program (IMP) 2.3.7-cvs
Subject: Re: [imp] 2.3.7 questions

Quoting Paul Hancock <phancock@lib.ci.phoenix.az.us>:

> 1.  I set the 'locked' property of the save_sent_mail property, but the user 
> can still uncheck this in the compose screen.  I'm not sure whether locking 
> the preference just keeps the item from appearing in the options menu, or if
> it should also prevent the user from unchecking the "Save a copy in" box in
> the compose window.

It prevents the user from saving changes to the option. Right now, it doesn't 
hide the checkbox. Do you think it should? Other opinions on this?

> 2.  In 2.3.7, there seems to be no way to to get to 'contacts' from
> within the compose window.  Am I overlooking something?

If you have Turba installed, you will get an "Expand Names" link.

(now that I see you know about this). No, you're not. You can get to it from 
the menubar or the Horde bar - I'd actually like to take it out of IMP's 
menubar, and just leave the link in the Horde frame - and I'm pretty happy with 
just that. But I'm open to feedback.

> 3.  Does the filtering accept wildcards, or does it just to exact
> (sub)string matches?

Max? I'm not sure, though it's probably just substrings (imap_search() does the 
matching, not us). Have you tried?

> 4.  It would perhaps be nice if there was a configuration setting that
> would cause the INBOX filters to execute anytime the new mail check is done.

Max? :)

> 5.  When one replies to a message, the formatting of the quoted reply text 
> gets messed up, since the quoted text markers (> ) cause the text to exceed
> the line length.  Pine has me spoiled, as it re-formats the quoted text so it
> looks okay.  A possibility for the future?

Do you know the algorithm that pine uses? I'd love a patch for this - it bugs 
me, too. Also, how does pine do with messages that contain formatting? Is it 
smart enough not to mess with them?

> 6.  It would perhaps be nice if there was an option that would cause a spell 
> check to occur before any message was sent.

I can see that being a preference - what do people think?

> 7.  It would be nice if the 'Expand Names' option worked for more than just 
> the 'full name'.  If an e-mail username is listed without a qualified domain, 
> but the username itself was unambiguous in LDAP, it could expand with the 
> user's full name and fully-qualify the e-mail address.  Or, since IMP knows 
> the local e-mail domain, it could use this info plus the username to do the
> expansion.  This would be especially convenient since there is (currently) no 
> way to access contacts from within the composer.

There are definitely a few things that I want to add to Expand Names, but I 
also want to keep the feature simple enough to be useable. Expanding addresses 
sounds okay; guessing the local domain is a little bit hairier, but could 
probably be done in some way.

Other thoughts on how we could improve this?

> 8.  I would like the ability to select several messages in the index
> view, and forward them to my choice of recipients.

Patch?

> 9.  I have been experiencing a problem where my IMP session becomes hung.  I 
> have not yet been able to find a particular pattern.  I know this isn't much 
> to go on, but any ideas on what could be happening, or things that I can
> look at?

Find a pattern. :) I've noticed that if there's an error somewhere that causes 
a page not to terminate correctly (not as in it calls exit, but as in there's 
an infinite loop or PHP dies) the session that was in uses can become borked 
up, and PHP will hang anytime you try to access that session.

> 10. I would like to disable the user ability to set full name, but instead 
> have IMP use the LDAP name value.  Is this possible?

Are you using LDAP preferences? If so, just lock the pref... if not, maybe you 
an auto-set the preference?

> It's easy to make suggestions, and I know that some of these may be a low 
> priority.  I wanted to verify whether my understanding is correct, and share 
> my experiences with IMP 2.3.7.  I'm looking forward to future improvements
> to what is already a solid web mail offering.

Ideas are always good, though patches are better, of course. :) Thanks for your 
comments!

-chuck

--
Charles Hagenbuch, <chuck@horde.org>
Black and white and grey, all the shades of truth.