- Original Message -
From: Jeff Hedlund [EMAIL PROTECTED]
New code is going to write to the .qmail- file with the email address
either way so that it's more consistent (this does not change behavior
in any way-- except that with the current vpopmail code, it will
process
the
Gerald Villemure wrote:
This will fix the first major problem as listed in:
http://marc.theaimsgroup.com/?l=qmailadminm=105361966010705w=2
I my view creating an alias that by-basses the maildrop's .qmail file
has ALWAYS been a bad idea. It only confuses the end user.
I agree. In fact, there
On Saturday, May 31, 2003, at 06:10 AM, Gerald Villemure wrote:
PS. This will be the 3rd time someone creates a patch to fix this
problem. I hope this time it gets adopted.
I've been talking to Jeff directly, and this will be adopted in my next
release of qmailadmin. It's been on my to do
I just installed 1.0.20 with the help menu's turned on and when I ran
it there was no links for the help menus, nor were there the version
numbers for qmailadmin and vpopmail. did something change in the
install process? I have all my ./configure stuff done in a script for
each program and
New code is going to write to the .qmail- file with the email address
either way so that it's more consistent (this does not change behavior
in any way-- except that with the current vpopmail code, it will process
the 'aliased' users .qmail file properly).
If I understand you correctly, you
Trey Nolen wrote:
If I understand you correctly, you are going to make it so that there is no
such thing as an alias, not only in the UI, but in the code. This would be
a good thing, I think. We currently use only forwards because there are some
instances where alias won't work (eg. an alias
On Saturday, May 31, 2003, at 08:07 AM, Michael R. Bagnall wrote:
I just installed 1.0.20 with the help menu's turned on and when I ran
it there was no links for the help menus, nor were there the version
numbers for qmailadmin and vpopmail. did something change in the
install process? I have
again: that was in my patch, too
i've mailed (naged) some inter7 members several times but they never did any
thing to get my fixes into qmailadmin
:(
Tom Collins schrieb:
On Saturday, May 31, 2003, at 09:30 AM, Alan Murrell wrote:
When I set Postmaster as the default catchall
account,
I downloaded new files ran ./configure then make.
I get the following error:
[EMAIL PROTECTED] qmailadmin-1.0.6]# make
cd . automake --foreign Makefile
configure.in:3: your implementation of AM_INIT_AUTOMAKE comes from
an
configure.in:3: old Automake version. You
On Saturday, May 31, 2003, at 10:43 AM, Thorsten Voss wrote:
again: that was in my patch, too
i've mailed (naged) some inter7 members several times but they never
did any thing to get my fixes into qmailadmin
:(
Please send a copy of the patch directly to Jeff, as he is doing work
directly
That did it. Went through configure, make and make install-strip.
Thanks a lot. Now could you please briefly explain to a newbie what the
touch command did?
John Morrow
-Original Message-
From: Tom Collins [mailto:[EMAIL PROTECTED]
Sent: Saturday, May 31, 2003 12:23 PM
To: [EMAIL
On Saturday, May 31, 2003, at 02:24 PM, John Morrow wrote:
That did it. Went through configure, make and make install-strip.
Thanks a lot. Now could you please briefly explain to a newbie what
the
touch command did?
The touch command sets the modification date/time of a file (or, in
this case,
-Original Message-
From: Tom Collins [mailto:[EMAIL PROTECTED]
Sent: Saturday, May 31, 2003 10:09 PM
To: [EMAIL PROTECTED]
Subject: Re: [qmailadmin] Make error while compiling qmailadmin-1.0.6
The touch command sets the modification date/time of a file (or, in
this case, all files
13 matches
Mail list logo