[imp] Not enough shared memory

Oliver Schulze L. oliver@samera.com.py
Tue, 04 Sep 2001 12:21:48 -0400
Previous message: Not enough shared memory
Next message: changing password
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Shared memory are defined in a segment and is not dinamically changed in 
size.
Look the size of your segment with:
$ ipcs -m

Try changing the size of the segment in phplib(prepend or local.inc, 
don't remember),
then delete the current segment and restart apache.

HTH
Oliver

Administrador wrote:

>Hi, folks, it's me again. I'm running IMP 2.2.6 with Horde 1.2.6, and shared memory storing. When I try to log in, i get this annoying message:
>Warning: not enough shared memory left in /var/www/horde-phplib/ct_shm.inc on line 54
>
>Warning: Cannot add header information - headers already sent by (output started at /var/www/horde-phplib/ct_shm.inc:54) in /var/www/horde-phplib/session.inc on line 120
>
>Warning: variable key 131 doesn't exist in /var/www/horde-phplib/ct_shm.inc on line 79
>
>Warning: not enough shared memory left in /var/www/horde-phplib/ct_shm.inc on line 54
> The point is that when I look at the server's memory stats, it says that I have 30 MB free, and the swap isn't used yet
>Any idea on what's happening?
>
>Luis.
>

-- 
Oliver Schulze L.
oliver@samera.com.py
Asuncion-Paraguay





>From tdavis@birddog.com Date: Tue,  4 Sep 2001 12:06:25 -0500
Return-Path: <tdavis@birddog.com>
Mailing-List: contact imp-help@lists.horde.org; run by ezmlm
Delivered-To: mailing list imp@lists.horde.org
Received: (qmail 13959 invoked from network); 4 Sep 2001 17:07:17 -0000
Received: from hermes.birddog.com (63.125.164.131)
  by horde.org with SMTP; 4 Sep 2001 17:07:17 -0000
Received: from localhost (prometheus.birddog.com [10.2.0.4])
	by hermes.birddog.com (8.11.6/8.11.6) with ESMTP id f84H7ri25211
	for <imp@lists.horde.org>; Tue, 4 Sep 2001 12:07:53 -0500
Received: from 10.10.10.200 ( [10.10.10.200])
	as user td@imap.birddog.com by secure.birddog.com with HTTP;
	Tue,  4 Sep 2001 12:06:25 -0500
Message-ID: <999623185.3b950a112cc41@secure.birddog.com>
Date: Tue,  4 Sep 2001 12:06:25 -0500
From: Terry Davis <tdavis@birddog.com>
To: imp@lists.horde.org
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
User-Agent: Internet Messaging Program (IMP) 2.3.7-cvs
X-Originating-IP: 10.10.10.200
X-Scanned-By: MIMEDefang 1.3 (www dot roaringpenguin dot com slash mimedefang)
Subject: Re: [imp] compose window size

Well I changed the size for me.  I don't know if anyone else has a problem but
this is what I changed it to.

param =
"toolbar=no,location=no,status=yes,scrollbars=yes,resizable=yes,width=800,height=850,left=0,top=0";

Does the size of the window depend on outside things like resolution, browser,
or os or anything?

-- 
Terry Davis
Systems Administrator
BirdDog Solutions, Inc.
(402) 829-6059

On Thu, 30 Aug 2001, Terry Davis wrote:

TD> How can I set the size of the compose window when it gets opened?

In imp/templates/javascript/open_compose_win.js.  See the line:

param =
"toolbar=no,location=no,status=yes,scrollbars=yes,resizable=yes,width=700,heig \
ht=650,left=0,top=0";

(this should be one line, but will probably wrap in some awkward manner by
the time you see it)

I, too, was uncomfortable with this and opted to have the window auto-size
to just less than the current screen resolution (-100 pixels).  To do
that, I added the following two lines and adjusted the line above as
follows:

    xMax = screen.width - 100;
    yMax = screen.height - 100;
    param =
"toolbar=no,location=no,status=yes,scrollbars=yes,resizable=yes,width=" + \
xMax + ",height=" + yMax + ",left=0,top=0";

I'm more comfortable with this, but YMMV.

c
-- 
Clifford Green               Internet -  green@umdnj.edu
Academic Computing Services                    UMDNJ-IST
Every takeoff is optional. Every landing is mandatory.



-- 
IMP mailing list: http://horde.org/imp/
Archive: http://marc.theaimsgroup.com/?l=imp&r=1&w=2
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: imp-unsubscribe@lists.horde.org



-------------------------------------------------
This mail sent through IMP: http://horde.org/imp/



>From chuck@horde.org Date: Tue,  4 Sep 2001 13:13:57 -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 14994 invoked from network); 4 Sep 2001 17:16:02 -0000
Received: from h00104bc60b3c.ne.mediaone.net (HELO marina.horde.org) (24.91.198.7)
  by horde.org with SMTP; 4 Sep 2001 17:16:02 -0000
Received: by marina.horde.org (Postfix, from userid 33)
	id C258E39F4; Tue,  4 Sep 2001 13:13:57 -0400 (EDT)
Received: from 206.243.191.252 ( [206.243.191.252])
	as user chuck@localhost by marina.horde.org with HTTP;
	Tue,  4 Sep 2001 13:13:57 -0400
Message-ID: <999623637.3b950bd5a0585@marina.horde.org>
Date: Tue,  4 Sep 2001 13:13:57 -0400
From: Chuck Hagenbuch <chuck@horde.org>
To: imp@lists.horde.org
References: <005001c13531$85562710$2e4c013e@lapslop>
In-Reply-To: <005001c13531$85562710$2e4c013e@lapslop>
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] Errors Still

Quoting Dave Brancato <g00ru@cyberedge.net>:

> In /usr/local/apache/htdocs/horde/imp/config, I made the following changes
> to prefs.php. It did not seem to fix the following error:
>  Warning: Can't open mailbox{horde.test.com:110/POP3}INBOX: invalid remote
> specification (errflg=2) in Unknown on line 0
> $_prefs['mailbox'] = array(
>     'value' => 'INBOX',
> $_prefs['mailbox'] = array(
>     'value' => '',

You'll probably have to make the same change in your actual preferences 
(database, whatever), so IMP doesn't pick it up from there, instead of the 
default.

> To fix this error: Warning: Unknown list entry type in request shutdown (0)
> in /usr/local/apache/htdocs/horde/imp/lib/IMP.php on line 125
> I recompiled php4 without enabling mcrypt and now it doesnt look like I can
> login. I get this message:
> Login failed for some reason. Most likely your username or password was
> entered incorrectly.

... I don't understand how this is independant of the above error?

> I am still receiving the following error at the main login screen for IMP
> even though lang.php does exist:
> Warning: Invalid argument supplied for foreach() in
> /usr/local/apache/htdocs/horde/imp/login.php on line 194

In that version, is that refering to $nls['languages']? There is no reason that 
should be undefined unless your copy of lang.php is broken, or something else 
is changed...

-chuck

--
Charles Hagenbuch, <chuck@horde.org>
Some fallen angels have their good reasons.


>From chuck@horde.org Date: Tue,  4 Sep 2001 13:14:36 -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 15486 invoked from network); 4 Sep 2001 17:16:40 -0000
Received: from h00104bc60b3c.ne.mediaone.net (HELO marina.horde.org) (24.91.198.7)
  by horde.org with SMTP; 4 Sep 2001 17:16:40 -0000
Received: by marina.horde.org (Postfix, from userid 33)
	id 2C7B739F4; Tue,  4 Sep 2001 13:14:36 -0400 (EDT)
Received: from 206.243.191.252 ( [206.243.191.252])
	as user chuck@localhost by marina.horde.org with HTTP;
	Tue,  4 Sep 2001 13:14:36 -0400
Message-ID: <999623676.3b950bfc08ce3@marina.horde.org>
Date: Tue,  4 Sep 2001 13:14:36 -0400
From: Chuck Hagenbuch <chuck@horde.org>
To: imp@lists.horde.org
References: <000b01c134b4$6e2412a0$27070aa3@biol.unlp.edu.ar> <999564465.3b9424b15da48@marina.horde.org> <001801c1353a$cd9edb80$27070aa3@biol.unlp.edu.ar>
In-Reply-To: <001801c1353a$cd9edb80$27070aa3@biol.unlp.edu.ar>
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] IMP hangs

Quoting Administrador <internet@biol.unlp.edu.ar>:

> I'm using IMAP4rev1 ver 12.264. I have the imap-4.7c2-12 and the module
> php-imap-4.04p11-9 RPM's installed.
> In particular, one of the accounts that locks and crashes the IMAP toolkit
> as I described is an administration account. We do only allow POP3 account
> logins. And when we log to this account via the IMP Webmail, we aren't using
> the POP3 client to retrieve the messages, so we NEVER have two concurrent
> connections to any of the accounts.

Hmm. I'd try UW-2000c at least if you can. No other real ideas, unfortunately.

-chuck

--
Charles Hagenbuch, <chuck@horde.org>
Some fallen angels have their good reasons.


>From janmailing@gmx.de Date: Tue,  4 Sep 2001 17:48:43 +0200
Return-Path: <janmailing@gmx.de>
Mailing-List: contact imp-help@lists.horde.org; run by ezmlm
Delivered-To: mailing list imp@lists.horde.org
Received: (qmail 17379 invoked from network); 4 Sep 2001 17:46:27 -0000
Received: from mailout03.sul.t-online.com (HELO mailout03.sul.t-online.de) (194.25.134.81)
  by horde.org with SMTP; 4 Sep 2001 17:46:27 -0000
Received: from fwd04.sul.t-online.de 
	by mailout03.sul.t-online.de with smtp 
	id 15eKHJ-0003iF-0K; Tue, 04 Sep 2001 19:46:25 +0200
Received: from linux.wg.de (320034214675-0001@[217.80.111.8]) by fmrl04.sul.t-online.com
	with esmtp id 15eJAG-1aruF6C; Tue, 4 Sep 2001 18:35:04 +0200
Received: from localhost (localhost [127.0.0.1])
	by linux.wg.de (8.11.0/8.11.0/SuSE Linux 8.11.0-0.4) with ESMTP id f84FmiV19386
	for <imp@lists.horde.org>; Tue, 4 Sep 2001 17:48:44 +0200
Received: from 192.168.60.1 ( [192.168.60.1])
	as user jan@mail.wg.de by linux.wg.de with HTTP;
	Tue,  4 Sep 2001 17:48:43 +0200
Message-ID: <999618523.3b94f7dbb43c8@linux.wg.de>
Date: Tue,  4 Sep 2001 17:48:43 +0200
From: Jan Schneider <janmailing@gmx.de>
To: imp@lists.horde.org
References: <Pine.HPX.4.33.0109040103310.27615-100000@rwja.umdnj.edu> <999617856.3b94f540d5108@marina.horde.org>
In-Reply-To: <999617856.3b94f540d5108@marina.horde.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
User-Agent: Internet Messaging Program (IMP) 2.3.7-cvs
X-Sender: 320034214675-0001@t-dialin.net
Subject: Re: [imp] moving/deleting option

Zitat von Chuck Hagenbuch <chuck@horde.org>:

> Quoting Cliff Green <green@UMDNJ.EDU>:
> 
> > As it is now, when you continue a postponed message in the drafts folder,
> > that postponed message is still stored in the folder.  Once you continue
> > and send that message, the stored copy is still there and it must be
> > manually deleted and expunged.  Worse, if you restart it, and then
> > postpone it again, you now have two copies in the drafts folder,
> different
> > versions.  There _are_ times when I do this, if I need to do something
> > else in the meantime or want to go check on something before finishing
> and
> > sending the message.
> 
> I use my drafts folder as a collection of drafts (i.e., templates). I'd be 
> rather peeved if IMP were to delete one after I'd used it once.

But that's not the meaning of a draft folder. I understand Cliff and would like
to see imp acting the way he suggested. If the purging of resumed messages is
only done in the user defined draft folder you can create a template folder and
use this for your tasks.

Jan.


>From chuck@horde.org Date: Tue,  4 Sep 2001 13:47:52 -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 18279 invoked from network); 4 Sep 2001 17:49:57 -0000
Received: from h00104bc60b3c.ne.mediaone.net (HELO marina.horde.org) (24.91.198.7)
  by horde.org with SMTP; 4 Sep 2001 17:49:57 -0000
Received: by marina.horde.org (Postfix, from userid 33)
	id D8C1A39F4; Tue,  4 Sep 2001 13:47:52 -0400 (EDT)
Received: from 206.243.191.252 ( [206.243.191.252])
	as user chuck@localhost by marina.horde.org with HTTP;
	Tue,  4 Sep 2001 13:47:52 -0400
Message-ID: <999625672.3b9513c8b6272@marina.horde.org>
Date: Tue,  4 Sep 2001 13:47:52 -0400
From: Chuck Hagenbuch <chuck@horde.org>
To: imp@lists.horde.org
References: <Pine.HPX.4.33.0109040103310.27615-100000@rwja.umdnj.edu> <999617856.3b94f540d5108@marina.horde.org> <999618523.3b94f7dbb43c8@linux.wg.de>
In-Reply-To: <999618523.3b94f7dbb43c8@linux.wg.de>
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] moving/deleting option

Quoting Jan Schneider <janmailing@gmx.de>:

> But that's not the meaning of a draft folder. I understand Cliff and would 
> like to see imp acting the way he suggested. If the purging of resumed
> messages is only done in the user defined draft folder you can create a 
> template folder and use this for your tasks.

In my book, it _is_ the meaning of a drafts folder. Maybe not of a postponed-
messages folder. But that's all semantics.

"Save a Draft" is not the same as "Postpone for later". If you want the above 
functionality, you need a way of marking messages as being explicitly postponed 
to be finished - once - later, and this does not currently exist in the UI.

-chuck

--
Charles Hagenbuch, <chuck@horde.org>
Some fallen angels have their good reasons.


>From green@UMDNJ.EDU Date: Tue,  4 Sep 2001 13:46:58 -0400
Return-Path: <green@UMDNJ.EDU>
Mailing-List: contact imp-help@lists.horde.org; run by ezmlm
Delivered-To: mailing list imp@lists.horde.org
Received: (qmail 19254 invoked from network); 4 Sep 2001 17:57:01 -0000
Received: from rwja.umdnj.edu (@130.219.4.100)
  by horde.org with SMTP; 4 Sep 2001 17:57:01 -0000
Received: from localhost (grendel.UMDNJ.EDU [130.219.4.147])
	by rwja.umdnj.edu (8.9.3 (PHNE_18546)/8.9.3) with ESMTP id NAA25499
	for <imp@lists.horde.org>; Tue, 4 Sep 2001 13:56:57 -0400 (EDT)
Received: from 130.219.4.210 ( [130.219.4.210])
	as user green@rwja.umdnj.edu by grendel.umdnj.edu with HTTP;
	Tue,  4 Sep 2001 13:46:58 -0400
Message-ID: <999625618.3b951392e36ea@grendel.umdnj.edu>
Date: Tue,  4 Sep 2001 13:46:58 -0400
From: Cliff Green <green@UMDNJ.EDU>
To: imp@lists.horde.org
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
User-Agent: Internet Messaging Program (IMP) 2.3.7-cvs
X-Originating-IP: 130.219.4.210
Subject: Re: [imp] moving/deleting option

Quoting Chuck Hagenbuch <chuck@horde.org>:

> Quoting Cliff Green <green@UMDNJ.EDU>:
>
> > As it is now, when you continue a postponed message in the drafts
> > folder, that postponed message is still stored in the folder.  Once you
> > continue and send that message, the stored copy is still there and it must be
> > manually deleted and expunged.  Worse, if you restart it, and then
> > postpone it again, you now have two copies in the drafts folder,
> > different versions.  There _are_ times when I do this, if I need to do
> > something else in the meantime or want to go check on something before finishing
> > and sending the message.
>
> I use my drafts folder as a collection of drafts (i.e., templates). I'd
> be  rather peeved if IMP were to delete one after I'd used it once.

Ah,  I see.  I've been using it as a 'postponed' folder.  I'm not used to using
templates, so that didn't occur to me.

Unfortunately, RFC 2060 defines the \Draft flag as "Message has not completed
composition (marked as a draft)", which is vague as far as the distinction here.
 I had hoped this could be used to mark a distinction.  Fooey.

c
--
Cliff Green
Academic Computing Services - UMDNJ
signature under NDA


-----------------------------------------------------
This mail sent through IMP: the Internet Mail Program



>From green@UMDNJ.EDU Date: Tue,  4 Sep 2001 14:14:03 -0400
Return-Path: <green@UMDNJ.EDU>
Mailing-List: contact imp-help@lists.horde.org; run by ezmlm
Delivered-To: mailing list imp@lists.horde.org
Received: (qmail 20751 invoked from network); 4 Sep 2001 18:24:03 -0000
Received: from rwja.umdnj.edu (@130.219.4.100)
  by horde.org with SMTP; 4 Sep 2001 18:24:03 -0000
Received: from localhost (grendel.UMDNJ.EDU [130.219.4.147])
	by rwja.umdnj.edu (8.9.3 (PHNE_18546)/8.9.3) with ESMTP id OAA11477
	for <imp@lists.horde.org>; Tue, 4 Sep 2001 14:24:01 -0400 (EDT)
Received: from 130.219.4.210 ( [130.219.4.210])
	as user green@rwja.umdnj.edu by grendel.umdnj.edu with HTTP;
	Tue,  4 Sep 2001 14:14:03 -0400
Message-ID: <999627243.3b9519eb24fc0@grendel.umdnj.edu>
Date: Tue,  4 Sep 2001 14:14:03 -0400
From: Cliff Green <green@UMDNJ.EDU>
To: imp@lists.horde.org
References: <Pine.HPX.4.33.0109040103310.27615-100000@rwja.umdnj.edu> <999617856.3b94f540d5108@marina.horde.org> <999618523.3b94f7dbb43c8@linux.wg.de> <999625672.3b9513c8b6272@marina.horde.org>
In-Reply-To: <999625672.3b9513c8b6272@marina.horde.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
User-Agent: Internet Messaging Program (IMP) 2.3.7-cvs
X-Originating-IP: 130.219.4.210
Subject: Re: [imp] moving/deleting option

Quoting Chuck Hagenbuch <chuck@horde.org>:

> Quoting Jan Schneider <janmailing@gmx.de>:
> 
> > But that's not the meaning of a draft folder. I understand Cliff and
> > would like to see imp acting the way he suggested. If the purging of
> > resumed messages is only done in the user defined draft folder you
> > can create a template folder and use this for your tasks.
> 
> In my book, it _is_ the meaning of a drafts folder. Maybe not of a
> postponed- messages folder. But that's all semantics.

Yes, it is semantics, and therein lies the problem.  If it were a clearcut
distinction that the protocol supported, there'd be less to argue about.

> "Save a Draft" is not the same as "Postpone for later".

Well, yeah, it is.  However, I don't disagree with your following statement:

> If you want the above  functionality, you need a way of marking messages as 
> being explicitlypostponed  to be finished - once - later, and this does not
currently
> exist in the UI.

Right.  And I don't think you'd want to do that, irrevocably.

For me, then, the next question is whether it's worthwhile to make it possible
for a user to set such a preference, and make it the system administrator's
choice of whether that's the default or not. Fortunately, at some point you will
have to make the choice of where feature-creep will stop for the imp distro, and
this may be one of those things.  Anything else can be maintained in local mods
and the burden falls to the local admin.

I guess the difference here is in what we're accustomed to using;  I'm
accustomed to pine's postponed folder and that behavior, and you're accustomed
to a templates folder technique.  Neither is wrong, per se, and I believe there
can be a middle ground that satisfies both types of usage.

c
-- 
Cliff Green
Academic Computing Services - UMDNJ
signature under NDA

-----------------------------------------------------
This mail sent through IMP: the Internet Mail Program
Previous message: Not enough shared memory
Next message: changing password
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]