if somehow the need for the ps tool could be removed it where great
it makes little sense to build a chroot env around vpopmail with a mounted
/proc
regards
Thomas Ackermann
- Original Message -
From: "Brad Dameron" <[EMAIL PROTECTED]>
To: "'Einar Bordewich'" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Thursday, February 15, 2001 1:32 AM
Subject: RE: Next 5.0 features
> This is something I brought up
SCNet Online Services www.tscnet.com
> -Original Message-
> From: Einar Bordewich [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, February 14, 2001 3:39 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Next 5.0 features
>
>
> I think that
eibo(at)newmedia.no
Lat: 59.91144 N Lon: 10.76097 E
- Original Message -
From: "Ken Jones" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, February 02, 2001 5:26 AM
Subject: Next 5.0 features
>
> We a
-BEGIN PGP SIGNED MESSAGE-
Hello Joe,
Tuesday, February 06, 2001, 7:35:18 PM, you wrote:
> -Original Message-
> From: Russell "Elik" Rademacher [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, February 06, 2001 11:27 AM
> To: Joe Modjeski
> Subje
-Original Message-
From: Russell "Elik" Rademacher [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, February 06, 2001 11:27 AM
To: Joe Modjeski
Subject: RE: Next 5.0 features
Know what other little feature would be great for this? The
limit of email
accounts per domain. So
>I would be interested to hear real world experiences from folks
>who are running vpopmail(etc). Perhaps we can figure out what
>needs to be changed to make it a better package.
Nobody else seemed to mention this. I would like api calls to the
functions that vmoduser performs. Currently I have
(Sorry, I continue to write to vpopmail list, abot not directly vpopmail.)
Good idea...
Also, wouldn't it be a nice feature if swebmail prints something like:
--
{Last time}
You've been logged in at: 5 Jan 2001, 20:45 (GMT+2)
From: dialup-2912.yourisp.net
--
A webmail user will be aware of
That would be a really neat feature
- Original Message -
From: "Leonardo Magallon" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, February 05, 2001 6:34 PM
Subject: Next 5.0 features
> *This message was transferred with a trial version of CommuniGa
Not related to vpopmail but since you guys do qmailadmin as well here it goes.
It would be nice for qmailadmin to report when was the last time the user
visited his account so that on large systems one could delete non-active
accounts.
My 2 cents.
Leo.
At 2/4/01 06:10 PM, Richard Antecki wrote:
>Automatic creation of maildir's on receipt of email if an account exists
>in the authentication database.
>...
>Wouldn't anyone else find this useful?
Absolutlely!!
--
Dennis Nichols
[EMAIL PROTECTED]
Something that I was wishing for a while ago... (and maybe I won't have to
keep patching vpopmail every time I upgrade!!):
Automatic creation of maildir's on receipt of email if an account exists
in the authentication database.
This enables any custom (possibly remote) administration software t
The only thing I wish for not on the list is integrated (lightweight)
filtering. The current filtering patch would be great if it worked a
little better (it's got some issues, alas), but anything else like
it would be great too.
And of course, qmailadmin support so users can set their own filter
he mail admin tool??
>
> Also, include documentation on upgrading to the newer versions..
>
> Thanks
>
>
> >From: Ken Jones <[EMAIL PROTECTED]>
> >To: [EMAIL PROTECTED]
> >Subject: Next 5.0 features
> >Date: Thu, 01 Feb 2001 22:26:51 -
> I would be interested to hear real world experiences from folks
> who are running vpopmail(etc). Perhaps we can figure out what
> needs to be changed to make it a better package.
I agree that it is a wonderful package, and the only possible improvements I
can think of are some general code tidy
How about being able to add virtual domains through the mail admin tool??
Also, include documentation on upgrading to the newer versions..
Thanks
>From: Ken Jones <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: Next 5.0 features
>Date: Thu, 01 Feb 2001 22:26:51 -0600
&
I've attached the limits.c file. It should be more
robust and "create" the table if its not there.
Brian
>
> Hi Brian
>
> > I've updated my copy of qmailadmin that loads
> > the limits from mysql already, if interested...
> Yes, I'm, can you send me the source ?
>
> > > - I
-BEGIN PGP SIGNED MESSAGE-
Hello Ken,
Friday, February 02, 2001, 5:26:51 AM, you wrote:
> I would be interested to hear real world experiences from folks
> who are running vpopmail(etc). Perhaps we can figure out what
> needs to be changed to make it a better package.
I'd really like t
, 2001 11:27 PM
To: [EMAIL PROTECTED]
Subject: Next 5.0 features
We are looking at the features to add to the vpopmail 5.0 release.
Here are the current major changes we are thinking about
1. vqmail-local support. This means, a new vpopmail program that can
be used to replace qmail-local for
;Elik" Rademacher [mailto:[EMAIL PROTECTED]]
Sent: Friday, February 02, 2001 4:47 PM
To: [EMAIL PROTECTED]
Subject: Next 5.0 features
Beside having a help menu in the Qmailadmin, it is also nice if there is
reworked autoresponder system, which is more of vacation, since lot of
people thin
Beside having a help menu in the Qmailadmin, it is also nice if there is
reworked autoresponder system, which is more of vacation, since lot of
people think that you have to have two same email accounts to setup the
autoresponder, which I have to teach them again and again how to do it
pro
On Thu, Feb 01, 2001 at 10:26:51PM -0600, Ken Jones wrote:
> 3. Code review for efficency
>
> These are the things that are important to me. If anyone here
...
0. Code review for stability. Always check ALL return values to avoid
incomplete creations. Make vpopmail.pm understand when to use user
I've updated my copy of qmailadmin that loads
the limits from mysql already, if interested...
Thanks,
Brian
> > I recommend updating the "load_limits()" function of qmailadmin
> > to load/maintain the "limits" from a mysql table rather than
> > a file. Also, an interface to maintain thi
> I recommend updating the "load_limits()" function of qmailadmin
> to load/maintain the "limits" from a mysql table rather than
> a file. Also, an interface to maintain this table would
> be nice.
I think the same
> While in the limits, maybe add a domain quota to
> the limits table too...
I'
How about online documentation on how to use
qmailadmin for end-users? The current way for
people to learn is trial & error.
>
> We are looking at the features to add to the vpopmail 5.0 release.
>
> Here are the current major changes we are thinking about
>
> 1. vqmail-local sup
How about a detail HOWTO to setup VPOPMAIL, QMAILADMIN, COURIER-IMAP and
SQWEBMAIL.
Will help a lot of people.
Regards
Sumith
- Original Message -
From: Ken Jones <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, February 02, 2001 9:56 AM
Subject: Next 5.0 features
I recommend updating the "load_limits()" function of qmailadmin
to load/maintain the "limits" from a mysql table rather than
a file. Also, an interface to maintain this table would
be nice. While in the limits, maybe add a domain quota to
the limits table too...
Thanks,
Brian
On Thu, 1 Feb 2
> I would be interested to hear real world experiences from folks
> who are running vpopmail(etc). Perhaps we can figure out what
> needs to be changed to make it a better package.
Overall, vpopmail is a fantastic package - the only issue I have is the
way it hashes the directories i.e. /0 /1 /2
We are looking at the features to add to the vpopmail 5.0 release.
Here are the current major changes we are thinking about
1. vqmail-local support. This means, a new vpopmail program that can
be used to replace qmail-local for sites which are primarily running
vpopmail users/domains. For large
29 matches
Mail list logo
