: Reid Sutherland [EMAIL PROTECTED]
To: Joshua Nichols [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Tuesday, June 12, 2001 3:48 AM
Subject: Re: Suspending an POP3 account.
(lack of payment) clients when using a passwd/shadow
authentication method.
Any ideas on a solution?
Though
to misinterpretation.
Regards.
Joe.
- Original Message -
From: Reid Sutherland [EMAIL PROTECTED]
To: Joshua Nichols [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Tuesday, June 12, 2001 3:48 AM
Subject: Re: Suspending an POP3 account.
(lack of payment) clients when using a passwd/shadow
Didn't you all ever read the manpage for passwd? From the
refered manpage:
Account maintenance
User accounts may be locked and unlocked with the -l and
-u flags. The -l option disables an account by changing
the password to a value which matches no
On Tue, Jun 12, 2001 at 10:19:33AM -0300, Fernando Braga wrote:
THAT won't just work for OpenBSD. I'd rather edit the shadow file for
locking up users. And besides, what usermod does in Linux is exactly
this: put an ! just before encrypted password in shadow.
BSD systems don't work with
Hi,
I'd like to be able to suspend a POP3 account without changing the
client's password. Is there anything I can do to the home directory or
Maildir to accomplish this?
What I'm doing the for incoming mail is a simple .qmail file that
creates a message and spits back an error saying
On Mon, Jun 11, 2001 at 05:58:19PM -0400, Reid Sutherland allegedly wrote:
Hi,
I'd like to be able to suspend a POP3 account without changing the
client's password. Is there anything I can do to the home directory or
Maildir to accomplish this?
What I'm doing the for incoming
(lack of payment) clients when using a passwd/shadow
authentication method.
Any ideas on a solution?
Though different checkpassword and pop programs will handle the problem
differently, changing the _permissions_ on the ~Maildir/* so the owner
doesn't have read access will work. That is,
On Mon, Jun 11, 2001 at 05:58:19PM -0400, Reid Sutherland allegedly wrote:
Hi,
I'd like to be able to suspend a POP3 account without changing the
client's password. Is there anything I can do to the home directory or
Maildir to accomplish this?
What I'm doing the for
Reid Sutherland [EMAIL PROTECTED] writes:
[...]
Most likely I'll have to store password somewhere and replace it in the
shadow file with a 'x' when suspended, and put the crypt password back once
the account is restored.
Not qmail related, but a trick I like to use is to just prepend
Reid Sutherland [EMAIL PROTECTED] writes:
[...]
Most likely I'll have to store password somewhere and replace it in
the
shadow file with a 'x' when suspended, and put the crypt password back
once
the account is restored.
Not qmail related, but a trick I like to use is to just
(lack of payment) clients when using a passwd/shadow
authentication method.
Any ideas on a solution?
Though different checkpassword and pop programs will handle the problem
differently, changing the _permissions_ on the ~Maildir/* so the owner
doesn't have read access will work.
I've attempted a permission change on the Maildir, but then it won't run the
program in the .qmail file.
That's not how it works. There must be something else you've done. Did
you change the permissions on the home directory as well? How about
the .qmail file?
Show us the exact error message
On Mon, 11 Jun 2001, Reid Sutherland wrote:
For example, if I have
sgifford:abc12345:
in /etc/shadow, it becomes
sgifford:*LOCK*abc12345:
That solves the problem of where to put the password, but maybe there
is a more elegant qmail-based solution.
Good
On Tue, Jun 12, 2001 at 12:36:48AM -0300, Antonio Dias wrote:
Just a classic case of RTFM.
Yeah, and you better read very closely too, because these commands don't work
across all platforms. (Case in point, solaris 8 doesn't support passwd -u)
--Adam
14 matches
Mail list logo