usr.bin/finger/finger.1

   1 .\" Copyright (c) 1989, 1990, 1993, 1994
   2 .\"     The Regents of the University of California.  All rights reserved.
   3 .\"
   4 .\" Redistribution and use in source and binary forms, with or without
   5 .\" modification, are permitted provided that the following conditions
   6 .\" are met:
   7 .\" 1. Redistributions of source code must retain the above copyright
   8 .\"    notice, this list of conditions and the following disclaimer.
   9 .\" 2. Redistributions in binary form must reproduce the above copyright
  10 .\"    notice, this list of conditions and the following disclaimer in the
  11 .\"    documentation and/or other materials provided with the distribution.
  12 .\" 3. All advertising materials mentioning features or use of this software
  13 .\"    must display the following acknowledgement:
  14 .\"     This product includes software developed by the University of
  15 .\"     California, Berkeley and its contributors.
  16 .\" 4. Neither the name of the University nor the names of its contributors
  17 .\"    may be used to endorse or promote products derived from this software
  18 .\"    without specific prior written permission.
  19 .\"
  20 .\" THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND
  21 .\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
  22 .\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
  23 .\" ARE DISCLAIMED.  IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE
  24 .\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
  25 .\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
  26 .\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
  27 .\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
  28 .\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
  29 .\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
  30 .\" SUCH DAMAGE.
  31 .\"
  32 .\"     @(#)finger.1    8.3 (Berkeley) 5/5/94
  33 .\" $FreeBSD$
  34 .\"
  35 .Dd August 1, 1997
  36 .Dt FINGER 1
  37 .Os
  38 .Sh NAME
  39 .Nm finger
  40 .Nd user information lookup program
  41 .Sh SYNOPSIS
  42 .Nm
  43 .Op Fl lmpshoT
  44 .Op Ar user ...\&
  45 .Op Ar user@host ...\&
  46 .Sh DESCRIPTION
  47 The
  48 .Nm
  49 displays information about the system users.
  50 .Pp
  51 Options are:
  52 .Bl -tag -width flag
  53 .It Fl s
  54 .Nm Finger
  55 displays the user's login name, real name, terminal name and write
  56 status (as a ``*'' before the terminal name if write permission is
  57 denied), idle time, login time, and either office location and office
  58 phone number, or the remote host.
  59 If
  60 .Fl o
  61 is given, the office location and office phone number is printed
  62 (the default).
  63 If
  64 .Fl h
  65 is given, the remote host is printed instead.
  66 .Pp
  67 Idle time is in minutes if it is a single integer, hours and minutes
  68 if a ``:'' is present, or days if a ``d'' is present.
  69 If it is an
  70 .Dq * ,
  71 the login time indicates the time of last login.
  72 Login time is displayed as the day name if less than 6 days, else month, day;
  73 hours and minutes, unless more than six months ago, in which case the year
  74 is displayed rather than the hours and minutes.
  75 .Pp
  76 Unknown devices as well as nonexistent idle and login times are
  77 displayed as single asterisks.
  78 .Pp
  79 .It Fl h
  80 When used in conjunction with the
  81 .Fl s
  82 option, the name of the remote host is displayed instead of the office
  83 location and office phone.
  84 .Pp
  85 .It Fl o
  86 When used in conjunction with the
  87 .Fl s
  88 option, the office location and office phone information is displayed
  89 instead of the name of the remote host.
  90 .Pp
  91 .It Fl l
  92 Produces a multi-line format displaying all of the information
  93 described for the
  94 .Fl s
  95 option as well as the user's home directory, home phone number, login
  96 shell, mail status, and the contents of the files
  97 .Dq Pa .forward ,
  98 .Dq Pa .plan ,
  99 .Dq Pa .project
 100 and
 101 .Dq Pa .pubkey
 102 from the user's home directory.
 103 .Pp
 104 If idle time is at least a minute and less than a day, it is
 105 presented in the form ``hh:mm''.
 106 Idle times greater than a day are presented as ``d day[s]hh:mm''.
 107 .Pp
 108 Phone numbers specified as eleven digits are printed as ``+N-NNN-NNN-NNNN''.
 109 Numbers specified as ten or seven digits are printed as the appropriate
 110 subset of that string.
 111 Numbers specified as five digits are printed as ``xN-NNNN''.
 112 Numbers specified as four digits are printed as ``xNNNN''.
 113 .Pp
 114 If write permission is denied to the device, the phrase ``(messages off)''
 115 is appended to the line containing the device name.
 116 One entry per user is displayed with the
 117 .Fl l
 118 option; if a user is logged on multiple times, terminal information
 119 is repeated once per login.
 120 .Pp
 121 Mail status is shown as ``No Mail.'' if there is no mail at all, ``Mail
 122 last read DDD MMM ## HH:MM YYYY (TZ)'' if the person has looked at their
 123 mailbox since new mail arriving, or ``New mail received ...'', ``Unread
 124 since ...'' if they have new mail.
 125 .Pp
 126 .It Fl p
 127 Prevents
 128 the
 129 .Fl l
 130 option of
 131 .Nm
 132 from displaying the contents of the
 133 .Dq Pa .forward ,
 134 .Dq Pa .plan ,
 135 .Dq Pa .project
 136 and
 137 .Dq Pa .pubkey
 138 files.
 139 .It Fl m
 140 Prevent matching of
 141 .Ar user
 142 names.
 143 .Ar User
 144 is usually a login name; however, matching will also be done on the
 145 users' real names, unless the
 146 .Fl m
 147 option is supplied.
 148 All name matching performed by
 149 .Nm
 150 is case insensitive.
 151 .Pp
 152 .It Fl T
 153 Disable the piggybacking of data on the initial connection request.
 154 This option is needed to finger hosts with a broken TCP implementation.
 155 .El
 156 .Pp
 157 If no options are specified,
 158 .Nm
 159 defaults to the
 160 .Fl l
 161 style output if operands are provided, otherwise to the
 162 .Fl s
 163 style.
 164 Note that some fields may be missing, in either format, if information
 165 is not available for them.
 166 .Pp
 167 If no arguments are specified,
 168 .Nm
 169 will print an entry for each user currently logged into the system.
 170 .Pp
 171 .Nm Finger
 172 may be used to look up users on a remote machine.
 173 The format is to specify a
 174 .Ar user
 175 as
 176 .Dq Li user@host ,
 177 or
 178 .Dq Li @host ,
 179 where the default output
 180 format for the former is the
 181 .Fl l
 182 style, and the default output format for the latter is the
 183 .Fl s
 184 style.
 185 The
 186 .Fl l
 187 option is the only option that may be passed to a remote machine.
 188 .Pp
 189 If the file
 190 .Dq Pa .nofinger
 191 exists in the user's home directory,
 192 .Nm
 193 behaves as if the user in question does not exist.
 194 .Pp
 195 The optional
 196 .Xr finger.conf 5
 197 configuration file can be used to specify aliases.
 198 Since
 199 .Xr finger 1
 200 is invoked by
 201 .Xr fingerd 8 ,
 202 aliases will work for both local and network queries.
 203 .Sh ENVIRONMENT
 204 .Nm Finger
 205 utilizes the following environment variable, if it exists:
 206 .Bl -tag -width Fl
 207 .It Ev FINGER
 208 This variable may be set with favored options to
 209 .Nm .
 210 .El
 211 .Sh FILES
 212 .Bl -tag -width /var/log/lastlog -compact
 213 .It Pa /etc/finger.conf
 214 alias definition data base
 215 .It Pa /var/log/lastlog
 216 last login data base
 217 .El
 218 .Sh SEE ALSO
 219 .Xr chpass 1 ,
 220 .Xr w 1 ,
 221 .Xr who 1 ,
 222 .Xr finger.conf 5 ,
 223 .Xr fingerd 8
 224 .Rs
 225 .%A D. Zimmerman
 226 .%T The Finger User Information Protocol
 227 .%R RFC 1288
 228 .%D December, 1991
 229 .Re
 230 .Sh HISTORY
 231 The
 232 .Nm
 233 command appeared in
 234 .Bx 3.0 .
 235 .Sh BUGS
 236 The current FINGER protocol RFC requires that the client keep the connection
 237 fully open until the server closes.  This prevents the use of the optimal
 238 three-packet T/TCP exchange.  (Servers which depend on this requirement are
 239 bogus but have nonetheless been observed in the Internet at large.)