FYI,
I'm building an web based control system for a client's site to integrate in
dbmail v 1.2.2


I've got 2 different status modes I use in an accounts master table.

Account Active
  - maps are created for Postfix to check in check_recipient_access
    to either return OK or REJECT for the email address

Login Enabled
  - Basic User account information is stored in a master table
  - values in a dbmail "users" record are generated from the master table
  - The passwd field is filled with the actual passwd stored
      in the master table
  - or if Login Enabled is turned off, then the passwd in the users table
      is set to some un-guessable value.


I'm highly in favor of the enabled/disabled boolean for both accepting mail
and for login availability. (Separately.)

Brian










On 1/25/2004 3:07 PM, "Aaron Stone" <[EMAIL PROTECTED]>
wrote:

> IIRC, this was discussed but never implemented. There were suggestions of
> having an enabled/disabled boolean or a more capable status or billing_status
> field to allow for exactly this situation: mail comes in, but the user cannot
> read the mail until they have paid their bills or otherwise resolved their
> account status.
> 
> Aaron
> 
> 
> Brian Blood <[EMAIL PROTECTED]> said:
> 
>> any previous discussion on this?
>> 
>> How is everyone handling accounts that are simply administratively disabled
>> from logging and/or receiving mail, but want to keep the "users" account
>> around?
>> 
>> currently, the only way I see to do this is to change the passwd to
>> something totally unguessable.
>> 
>> the user will get an authentication error, but is that the proper message
>> for this state?
>> 
>> In our current primary mail server, we can have an account that will collect
>> mail, but the login is disabled.
>> 
>> Trying to login (POP) with the correct name/pwd gives this error:
>> 
>>     -ERR [AUTH] login for this account is disabled
>> 
>> 
>> 
>> Regards,
>> Brian
>> 
>> _______________________________________________
>> Dbmail-dev mailing list
>> [email protected]
>> http://twister.fastxs.net/mailman/listinfo/dbmail-dev
>> 
> 
> 
> 
> -- 
> 
> 
> 
> _______________________________________________
> Dbmail-dev mailing list
> [email protected]
> http://twister.fastxs.net/mailman/listinfo/dbmail-dev

Reply via email to