Bug 221613 - pw expire_days have a bug
Summary: pw expire_days have a bug
Status: New
Alias: None
Product: Base System
Classification: Unclassified
Component: bin (show other bugs)
Version: 10.3-RELEASE
Hardware: Any Any
: --- Affects Many People
Assignee: freebsd-bugs mailing list
Depends on:
Reported: 2017-08-18 20:06 UTC by Andres Montalban
Modified: 2017-08-30 12:59 UTC (History)
1 user (show)

See Also:


Note You need to log in before you can comment on or make changes to this bug.
Description Andres Montalban 2017-08-18 20:06:11 UTC
Hey guys,

I'm using the following /etc/pf.conf configuration:

  home     /home
  homemode   027
  defaultshell   /usr/local/bin/bash
  defaultclass   default
  password_days  60

According to [1] "expire_days	  days after which account expires"


 The expire_days and password_days are used	to automatically calculate the
     number of days from the date on which an account is created when the
     account will expire or the	user will be forced to change the account's
     password.	A value	of `0' in either field will disable the	corresponding
     (account or password) expiration date.

However what the password_days parameter does is to include that in the /etc/passwd:

  amontalban:*:1003:1006:default:60:0:Andres Montalban,None,None,None:/home/amontalban:/usr/local/bin/bash

And according to [2] the expire parameter (60 in the above line) should be:

The expire	field is the number of seconds from the	epoch, UTC, until the
     account expires.  This field may be left empty to turn off	the account
     aging feature; a value of zero is equivalent to leaving the field empty.

So it's clearly a bug when pw generates the user as it should put the epoch time in that field.

[1] https://www.freebsd.org/cgi/man.cgi?query=pw.conf&sektion=5&n=1
[2] https://www.freebsd.org/cgi/man.cgi?query=passwd&apropos=0&sektion=5&manpath=FreeBSD+10.3-RELEASE&arch=default&format=html
Comment 1 Mark Linimon freebsd_committer freebsd_triage 2017-08-19 06:42:07 UTC
ITYM pw.conf, not pf.conf?
Comment 2 Andres Montalban 2017-08-19 14:15:59 UTC
(In reply to Mark Linimon from comment #1)
Correct sorry I meant /etc/pw.conf