Description of problem:

The number of search path elements that can be in a resolv.conf "search" list
is too small - only 6 - and does not agree with the BIND resolver's maximum of
8 search list elements.

resolv.h has:
line 93: # define MAXDNSRCH  6   /* max # domains in search path */

while bind's lwres/lwres.h has:
line 217:# define LWRES_CONFMAXSEARCH 8   /* max 8 domains in "search" entry */

This can result in all glibc resolver linked tools failing to resolve a 
domain name that the bind-utils 'host' program can resolve fine.

Moreover, the documentation states that the maximum length of the search list
is 256; this is way too small, and should be at least (MAXDNSRCH * (255+1)) ,
since each component of the search list can be up to 255 chars, there must 
be one space char between each entry, and the terminating '\0'. 
BIND also has a 256 char maximum line length limit on resolv.conf lines.

Let's try to synch the behaviour of the glibc and BIND resolvers .

I suggest that a value of 6 search list components is too small for this 
very useful resolv.conf feature - so please can we increase it to at least 8,
or even 16, and consider increasing the maximum resolv.conf line length to 2048 
- then I'll increase bind's resolv.conf line length and maximum number of 
search path elements to whatever glibc's is.

I'd just like to suggest that this issue should be looked at as an enhancement
for a future release.

Version-Release number of selected component (if applicable):
ALL

How reproducible:
100%

Steps to Reproduce:
1. Put a search list with more than 6 elements in resolv.conf, eg.:
'
search boston.redhat.com lab.boston.redhat.com corp.redhat.com devel.redhat.com
build.redhat.com test.redhat.com redhat.com
'
2. Try to resolv a host in the 7th domain

Actual results:
# ping people
ping: unknown host people
# host people
people.redhat.com has address 172.16.48.237
  
Expected results:
Hosts in the 7th domain should resolve fine 

Additional info: