<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: finger command returns multiple people in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/finger-command-returns-multiple-people/m-p/2468902#M16273</link>
    <description>I found a similiar case in the database:&lt;BR /&gt;&lt;BR /&gt;Problem:&lt;BR /&gt;&lt;BR /&gt;Running the command finger(1) with no options and a username as an argument returns extra, unexpected results:&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;$ finger b4901&lt;BR /&gt;Login name: b9401                      &lt;BR /&gt;In real life: test bod&lt;BR /&gt;Directory: /home/b9401                 Shell: /usr/bin/sh&lt;BR /&gt;Never logged in.&lt;BR /&gt;No Plan.&lt;BR /&gt;&lt;BR /&gt;Login name: bsmith                     &lt;BR /&gt;In real life: B Smith&lt;BR /&gt;Directory: /home/bsmith                Shell: /bin/sh&lt;BR /&gt;Never logged in.&lt;BR /&gt;No Plan.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;In this case the user bsmith was unexpected. bsmith's details appear in addition to the correct details.&lt;BR /&gt;Using the -m option returns only the desired user.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;RESOLUTION&lt;BR /&gt;&lt;BR /&gt;The extra entry is seen because of the way in which finger(1) performs its search.&lt;BR /&gt;&lt;BR /&gt;With the -m option the search is confined to the user name. In the above example only b4901 would be matched.&lt;BR /&gt;&lt;BR /&gt;However without this option the search also checks the real name field of /etc/passwd for the argument. As real names do not contain numbers, finger(1) strips these from the argument before performing a case-insensitive search.&lt;BR /&gt;&lt;BR /&gt;Hence in the above example the search through the real name field is for b and not b4901. The search finds user bsmith, because their real name is set to 'B Smith' (the b is matched.)&lt;BR /&gt;&lt;BR /&gt;There is not a single resolution for this issue, however the following points should be noted:&lt;BR /&gt;&lt;BR /&gt;use finger -m to search using only the user name. &lt;BR /&gt;set real names appropriately. If the user's first name is not known then a solution would be to insert a period(.) instead of a space between initial and surname. &lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Hope that helps,&lt;BR /&gt;&lt;BR /&gt;Steffi Jones</description>
    <pubDate>Thu, 30 Nov 2000 04:55:46 GMT</pubDate>
    <dc:creator>Steffi Jones_1</dc:creator>
    <dc:date>2000-11-30T04:55:46Z</dc:date>
    <item>
      <title>finger command returns multiple people</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/finger-command-returns-multiple-people/m-p/2468901#M16272</link>
      <description>When I run the 'finger' command on some of my boxes, I sometimes get multiple responses. These responses aren't of the same person, but of different people. I've checked their password entry and I can't see anything untoward - uid are unique, shells are valid etc. Has anyone else experienced this or know what causes this? Thanks.</description>
      <pubDate>Thu, 30 Nov 2000 04:16:19 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/finger-command-returns-multiple-people/m-p/2468901#M16272</guid>
      <dc:creator>Ben_40</dc:creator>
      <dc:date>2000-11-30T04:16:19Z</dc:date>
    </item>
    <item>
      <title>Re: finger command returns multiple people</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/finger-command-returns-multiple-people/m-p/2468902#M16273</link>
      <description>I found a similiar case in the database:&lt;BR /&gt;&lt;BR /&gt;Problem:&lt;BR /&gt;&lt;BR /&gt;Running the command finger(1) with no options and a username as an argument returns extra, unexpected results:&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;$ finger b4901&lt;BR /&gt;Login name: b9401                      &lt;BR /&gt;In real life: test bod&lt;BR /&gt;Directory: /home/b9401                 Shell: /usr/bin/sh&lt;BR /&gt;Never logged in.&lt;BR /&gt;No Plan.&lt;BR /&gt;&lt;BR /&gt;Login name: bsmith                     &lt;BR /&gt;In real life: B Smith&lt;BR /&gt;Directory: /home/bsmith                Shell: /bin/sh&lt;BR /&gt;Never logged in.&lt;BR /&gt;No Plan.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;In this case the user bsmith was unexpected. bsmith's details appear in addition to the correct details.&lt;BR /&gt;Using the -m option returns only the desired user.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;RESOLUTION&lt;BR /&gt;&lt;BR /&gt;The extra entry is seen because of the way in which finger(1) performs its search.&lt;BR /&gt;&lt;BR /&gt;With the -m option the search is confined to the user name. In the above example only b4901 would be matched.&lt;BR /&gt;&lt;BR /&gt;However without this option the search also checks the real name field of /etc/passwd for the argument. As real names do not contain numbers, finger(1) strips these from the argument before performing a case-insensitive search.&lt;BR /&gt;&lt;BR /&gt;Hence in the above example the search through the real name field is for b and not b4901. The search finds user bsmith, because their real name is set to 'B Smith' (the b is matched.)&lt;BR /&gt;&lt;BR /&gt;There is not a single resolution for this issue, however the following points should be noted:&lt;BR /&gt;&lt;BR /&gt;use finger -m to search using only the user name. &lt;BR /&gt;set real names appropriately. If the user's first name is not known then a solution would be to insert a period(.) instead of a space between initial and surname. &lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Hope that helps,&lt;BR /&gt;&lt;BR /&gt;Steffi Jones</description>
      <pubDate>Thu, 30 Nov 2000 04:55:46 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/finger-command-returns-multiple-people/m-p/2468902#M16273</guid>
      <dc:creator>Steffi Jones_1</dc:creator>
      <dc:date>2000-11-30T04:55:46Z</dc:date>
    </item>
  </channel>
</rss>

