At 26/07/03 26/07/03 -0700, Tom Collins wrote:
On Friday, July 25, 2003, at 10:19 AM, tonix (Antonio Nati) wrote:
qmailadmin and vpopmail are project used by a large number of people, so
I think you cannot change common features just because your opinion is
different.
If you want that current
Tom Collins wrote:
On Friday, July 25, 2003, at 10:19 AM, tonix (Antonio Nati) wrote:
qmailadmin and vpopmail are project used by a large number of people,
so I think you cannot change common features just because your opinion
is different.
If you want that current users continue to upgrade
On Friday, July 25, 2003, at 10:19 AM, tonix (Antonio Nati) wrote:
qmailadmin and vpopmail are project used by a large number of people,
so I think you cannot change common features just because your opinion
is different.
If you want that current users continue to upgrade to future version,
Actually we may chose if use alias (Maildir) or forward (address style).
What I'm reading means we'll have no choice anymore?
Tonino
At 24/07/03 24/07/03 -0700, Tom Collins wrote:
On Thursday, July 24, 2003, at 02:01 PM, Jesse Guardiani wrote:
I know it's not a bug. I'm just wondering if other
On Friday 25 July 2003 03:32, tonix (Antonio Nati) wrote:
Actually we may chose if use alias (Maildir) or forward (address style).
Why? Forward offers exactly the same functionality as an Alias, but without
the bugs and gotchas.
What I'm reading means we'll have no choice anymore?
You could
tonix (Antonio Nati) wrote:
Actually we may chose if use alias (Maildir) or forward (address style).
What I'm reading means we'll have no choice anymore?
That is correct, when creating an alias for a local account, it writes
[EMAIL PROTECTED]
In the .qmail file. qmailadmin no longer writes
At 25/07/03 25/07/03 -0400, Jesse Guardiani wrote:
On Friday 25 July 2003 03:32, tonix (Antonio Nati) wrote:
Actually we may chose if use alias (Maildir) or forward (address style).
Why? Forward offers exactly the same functionality as an Alias, but without
the bugs and gotchas.
They both exist
At 25/07/03 25/07/03 -0400, Jeff Hedlund wrote:
tonix (Antonio Nati) wrote:
Actually we may chose if use alias (Maildir) or forward (address style).
What I'm reading means we'll have no choice anymore?
That is correct, when creating an alias for a local account, it writes
[EMAIL PROTECTED]
In
tonix (Antonio Nati) wrote:
At 25/07/03 25/07/03 -0400, Jeff Hedlund wrote:
tonix (Antonio Nati) wrote:
Actually we may chose if use alias (Maildir) or forward (address style).
What I'm reading means we'll have no choice anymore?
That is correct, when creating an alias for a local account, it
At 25/07/03 25/07/03 -0400, Jeff Hedlund wrote:
tonix (Antonio Nati) wrote:
At 25/07/03 25/07/03 -0400, Jeff Hedlund wrote:
tonix (Antonio Nati) wrote:
Actually we may chose if use alias (Maildir) or forward (address style).
What I'm reading means we'll have no choice anymore?
That is correct,
tonix (Antonio Nati) wrote:
At 25/07/03 25/07/03 -0400, Jeff Hedlund wrote:
An alias is another name for that account, therefore it should be
processed as if it were that account. It's not an
alias-bypass-the-processing-for-that-account. :)
Today it is
On Friday 25 July 2003 11:15, Jeff Hedlund wrote:
tonix (Antonio Nati) wrote:
At 25/07/03 25/07/03 -0400, Jeff Hedlund wrote:
[...]
You already have an option, why cutting that possibility to other people
who want true alias and true forwards?
I think your definition of a true alias is
At 25/07/03 25/07/03 -0400, Jesse Guardiani wrote:
On Friday 25 July 2003 11:15, Jeff Hedlund wrote:
tonix (Antonio Nati) wrote:
At 25/07/03 25/07/03 -0400, Jeff Hedlund wrote:
[...]
You already have an option, why cutting that possibility to other people
who want true alias and true
At 25/07/03 25/07/03 -0400, Jeff Hedlund wrote:
In addition, setting maxaliases to 0 didn't really prevent customers
from
accidentally
creating an alias. The 'modify alias' button allowed alias creation
even if the max number of aliases had been reached.You've
found a bug to correct :-) !
maybe this has already been covered - sorry if it has, there's been a lot
of verbiage in this thread does the new qmailadmin version upon
installation *convert* existing aliases to forwards? or am i supposed to go
in and modify by hand the thousands of aliases my customers have created
- Original Message -
From: Paul Theodoropoulos [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Saturday, July 26, 2003 1:29 PM
Subject: Re: [qmailadmin] aliases and forwards
maybe this has already been covered - sorry if it has, there's been a lot
of verbiage in this thread does
On Thursday, July 24, 2003, at 02:01 PM, Jesse Guardiani wrote:
I know it's not a bug. I'm just wondering if other people
have the same problems I have and share the same
frustration and would welcome such a patch, or if a
patch to correct this problem would be laughed off the
list.
Let me know
On Thursday 24 July 2003 17:06, Tom Collins wrote:
On Thursday, July 24, 2003, at 02:01 PM, Jesse Guardiani wrote:
I know it's not a bug. I'm just wondering if other people
have the same problems I have and share the same
frustration and would welcome such a patch, or if a
patch to
On Thursday, July 24, 2003, at 02:29 PM, Jesse Guardiani wrote:
I'm having trouble finding the exact point at which aliases were
removed from qmailadmin in the ChangeLog. What version was it?
I think it was a part of Jeff Hedlund's patches for 1.0.21.
Note that vpopmail 5.3.21 and later will
On Thursday 24 July 2003 17:36, Tom Collins wrote:
On Thursday, July 24, 2003, at 02:29 PM, Jesse Guardiani wrote:
I'm having trouble finding the exact point at which aliases were
removed from qmailadmin in the ChangeLog. What version was it?
I think it was a part of Jeff Hedlund's patches
20 matches
Mail list logo