<div>Hi,</div>
<div> </div>
<div>Sorry for late reply. I have copied the file you suggested for me.</div>
<div> </div>
<div>It's working for both. I mean for manager and users.</div>
<div> </div>
<div>Thanks a lot for the help.</div>
<div> </div>
<div>Regards,</div>
<div>-Nilesh<br><br></div>
<div class="gmail_quote">On Tue, Aug 18, 2009 at 2:59 PM, Rick Stevens <span dir="ltr"><<a href="mailto:ricks@nerd.com">ricks@nerd.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Nilesh Joshi wrote:<br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Hi,<br><br>
<div class="im">I think problem got fixed after reediting the <a href="http://slapd.com/" target="_blank">slapd.com</a> file.<br></div></blockquote><br>Did you use my slapd.conf or your own and what did you find that was screwey?  Just curious. 
<div class="im"><br><br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">I am able to do search now.<br></blockquote><br></div>As the normal user or only as the root DN? 
<div>
<div></div>
<div class="h5"><br><br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">On Mon, Aug 17, 2009 at 12:35 PM, Rick Stevens <<a href="mailto:ricks@nerd.com" target="_blank">ricks@nerd.com</a>> wrote:<br>
<br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Nilesh Joshi wrote:<br><br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Hi,<br><br>I have done suggested changes in my <a href="http://slapd.com/" target="_blank">slapd.com</a> file. Still I see same<br>
issue.<br><br>When I execute command with -Z option, i see:<br><br>[$ ldapsearch -x -b "ou=people,dc=test,dc=com" -D<br>"cn=nilesh,ou=people,dc=test,dc=com" -Z -w password "uid=nilesh"<br>ldap_start_tls: Protocol error (2)<br>
      additional info: unsupported extended operation<br>ldap_bind: Invalid credentials (49)<br>$<br><br></blockquote>As you can see, the "-Z" forces a TLS startup which we weren't seeing<br>before.<br><br>My first guess is that your LDAP server or your ldapsearch is not linked<br>
to the OpenSSL libraries or they're using the GnuTLS libraries.  Try<br>running ldd against your LDAP server and ldapsearch commands:<br><br>      ldd `which slapd`<br>      ldd `which ldapsearch`<br><br>Verify that "libssl.so*" is listed before any "libgnutls*" files.  If<br>
you see the libgnutls stuff first AND you use a TLS_CACERTFILE in your<br>ldap.conf, then the order of the certificates in that file has to be<br>reversed (the CA cert must be the last one in the file).  If you're<br>
using the "TLS_CACERTDIR" option, you may need to rearrange things in<br>that directory using the "c_rehash" command that's part of the OpenSSL<br>packages.<br><br>conn=77 fd=10 ACCEPT from IP=<a href="http://127.0.0.1:58823/" target="_blank">127.0.0.1:58823</a> (IP=<a href="http://0.0.0.0:389/" target="_blank">0.0.0.0:389</a>)<br>

<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">conn=77 op=0 EXT oid=1.3.6.1.4.1.1466.20037<br>do_extended: unsupported operation "1.3.6.1.4.1.1466.20037"<br>
conn=77 op=0 RESULT tag=120 err=2 text=unsupported extended operation<br>conn=77 op=1 BIND dn="cn=nilesh,ou=people,dc=test,dc=com" method=128<br>conn=77 op=1 RESULT tag=97 err=49 text=<br>conn=77 fd=10 closed (connection lost<br>
<br>Rick Said=>and again the passwords in the database MUST BE IN CLEARTEXT IF<br>YOU USE SASL.<br>How can I verify?<br><br></blockquote>Verify that you're using SASL?  If you don't use the -Z (or -ZZ) and -x<br>
options to ldapsearch you're using SASL by default.  Note that -x alone<br>tries to do a simple bind to the server.  That's not allowed by default<br>unless you allow V2 anonymous binds to the LDAP server by adding a line<br>
such as<br><br>      allow bind_v2 bind_anon_cred bind_anon_dn<br><br>to your slapd.conf.  You should also comment out the "security" line in<br>slapd.conf.  This unsecures your server.  You should then be able to<br>
access it using the root DN.<br><br>I'd recommend you get an LDAP client such as GQ or ldapvi to look at<br>the entries in the database.  They'll tell you if the password is<br>encrypted or not.  If you use ldapvi and you don't see anything in curly<br>
braces such as "{MD5}" or "{SSHA}" in the userPassword attribute's<br>value, then the password is in cleartext and the data you see is the<br>password.<br><br><br> Hi,<br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid"> I htink error 49 is not gone till now. It was not showing any output. I<br>restarted openladp and started getting same error:<br>
My slapd.conf looks like below (removed commented lines):<br><br>-------------------------------------------------------------------------<br>include         /etc/openldap/schema/core.schema<br>include         /etc/openldap/schema/cosine.schema<br>
include         /etc/openldap/schema/inetorgperson.schema<br>pidfile         /usr/var/run/slapd.pid<br>argsfile        /usr/var/run/slapd.args<br> access to dn.base="" by * read<br> access to dn.base="cn=Subschema" by * read<br>
 access to *<br>     by self write<br>     by users read<br>     by anonymous auth<br>    access to attrs=userPassword<br>            by anonymous auth<br>            by self write<br>            by * none<br><br>TLSCACertificateFile /usr/var/openldap-data/cacert.pem<br>
TLSCertificateFile /usr/var/openldap-data/servercrt.pem<br>TLSCertificateKeyFile /usr/var/openldap-data/serverkey.pem<br><br>database        bdb<br>suffix          "dc=test,dc=com"<br>rootdn          "cn=Manager,dc=test,dc=com"<br>
rootpw          XXXX<br>directory       /usr/var/openldap-data/<a href="http://test.com/" target="_blank">test.com</a><br>index   objectClass     eq<br><br><br>-----------------------------------------------------------------------------<br>
<br>I think need to concentrate on error=49 only.<br><br>You have to be very careful about formatting.  If this is an exact cut<br></blockquote>and paste, you still have authentication issues.<br><br>A leading space in slapd.conf lines can be used to continue previous<br>
directives if they can take multiple values such as the "access"<br>directive<br>can.  In the above, you have "access to attrs=userPassword"<br>as a subdirective of the previous "access" directive.<br>
<br>Re-edit your config file and make it look like this:<br><br>include         /etc/openldap/schema/core.schema<br>include         /etc/openldap/schema/cosine.schema<br>include         /etc/openldap/schema/inetorgperson.schema<br>
pidfile         /usr/var/run/slapd.pid<br>argsfile        /usr/var/run/slapd.args<br><br>access to dn.base="" by * read<br><br>access to dn.base="cn=Subschema" by * read<br><br>access to *<br>     by self write<br>
     by users read<br>     by anonymous auth<br>access to attrs=userPassword<br>     by anonymous auth<br>     by self write<br>     by * none<br><br>TLSCACertificateFile /usr/var/openldap-data/cacert.pem<br>TLSCertificateFile /usr/var/openldap-data/servercrt.pem<br>
TLSCertificateKeyFile /usr/var/openldap-data/serverkey.pem<br><br>database        bdb<br>suffix          "dc=test,dc=com"<br>rootdn          "cn=Manager,dc=test,dc=com"<br>rootpw          XXXX<br>directory       /usr/var/openldap-data/<a href="http://test.com/" target="_blank">test.com</a><br>
index   objectClass     eq<br><br>I suspect that's where things are getting weird.  Personally, I prefer<br>to indent my access directives, so the above bit would look like:<br>---------------------------------------<br>
access to dn.base=""<br>     by * read<br><br>access to dn.base="cn=Subschema"<br>     by * read<br><br>access to *<br>     by self write<br>     by users read<br>     by anonymous auth<br><br>access to attrs=userPassword<br>
     by anonymous auth<br>     by self write<br>     by * none<br>---------------------------------------<br>But that's just me.<br><br>Unless you specify "-Z" to your ldapsearch command, TLS/SSL is not being<br>
used, so you're using simple SASL authentication...and again the<br>passwords in the database MUST BE IN CLEARTEXT IF YOU USE SASL.  Most<br>Linux systems will use an MD5 encryption and that won't work with SASL.<br>
<br>You might also want to try adding "-d 255" to the ldapsearch command.<br>That will spit out lots of debug info that may help you sort out just<br>exactly where the thing's dying.<br><br><br><br>What you say?<br>

<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Regards,<br>-Nilesh<br>On Fri, Aug 14, 2009 at 3:25 PM, Rick Stevens <<a href="mailto:ricks@nerd.com" target="_blank">ricks@nerd.com</a>> wrote:<br>
<br>Nilesh Joshi wrote:<br><br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Hi Rick,<br><br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">I have generated cert again and started slapd.<br><br>Now I see following in logs:<br>conn=0 fd=9 ACCEPT from IP=<a href="http://127.0.0.1:36272/" target="_blank">127.0.0.1:36272</a> (IP=<a href="http://0.0.0.0:389/" target="_blank">0.0.0.0:389</a>)<br>
conn=0 op=0 BIND dn="cn=nilesh,ou=people,dc=test,dc=com" method=128<br>It's same for below 2 commands:<br>1. ldapsearch -x -b "ou=people,dc=test,dc=com" -D<br>"cn=nilesh,ou=people,dc=test,dc=com" -w 'password' "uid=nilesh"<br>
2. ldapsearch -x -b "ou=people,dc=test,dc=com" -D<br>"cn=nilesh,ou=people,dc=test,dc=com" -w password "uid=nilesh"<br><br>I tried adding 'allow bind_v2 bind_anon_cred bind_anon_dn' and<br>
restarted<br>openldap, the result is same.<br><br>It looks like error 49 is gone.<br><br>Ok, if error 49 is gone, but you're not getting any data back, then<br><br></blockquote>user "nilesh" probably doesn't have read access to the database.  If<br>
you have your slapd manual handy, read up on the "access" directives.<br><br>If you want a user to see any and all of their info, then you need a<br>directive such as:<br><br>    access to *<br>        by self read<br>
        by * none<br><br>in slapd.conf.  That permits someone to read their own data.  If you<br>want to let them modify their data:<br><br>    access to *<br>        by self write<br>        by * none<br><br>(note that "write" permission also includes all lower permissions such<br>
as auth, read, search, etc.)<br><br>What else I need to do to fix this issue.<br>Looks like you're authenticating fine now, but you have to set up<br>access<br>rules to allow users to see things.  Here's a good on-line reference<br>
book on how to manage an LDAP server:<br><br>    <a href="http://www.zytrax.dom/books/ldap" target="_blank">http://www.zytrax.dom/books/ldap</a><br><br>Also, the OpenLDAP System Admin Guide should have been placed in<br><br>
    /usr/share/doc/openldap-servers-version/guide.html<br><br>(replace "version" with the appropriate version number) when you<br>installed the OpenLDAP server RPM.  You can view it by opening a<br>browser<br>and going to<br>
<br>    file:///usr/share/doc/opeenldap-servers-version/guide.html<br><br><br><br>Thanks and Regards,<br><br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">-Nilesh<br><br>On Fri, Aug 14, 2009 at 10:04 AM, Rick Stevens <<a href="mailto:ricks@nerd.com" target="_blank">ricks@nerd.com</a>><br>
wrote:<br><br>Nilesh Joshi wrote:<br><br>Thanks Rick.<br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">I have checked using -w password. The exact command I tried was:<br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">ldapsearch -x -b "ou=people,dc=test,dc=com" -D<br>"cn=nilesh,ou=people,dc=test,dc=com" -w password '(uid=nilesh)'<br>
<br>Did you enclose the password in single quotes to mask its value?<br><br>Also added:<br></blockquote>  access to attrs=userPassword<br><br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">          by anonymous auth<br>          by self write<br>          by * none<br><br>That may not be adequate.  That simply allows a user to authenticate<br>
<br>against the LDAP database.  It does NOT allow a regular user to<br></blockquote>search<br>the entire database.  Let's get rid of the error 49 first, then we'll<br>worry about the rest.<br><br>However the result was same. I have confirmed that password is<br>
password<br>for<br><br>now.<br><br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">If you're using SASL, remember that all the passwords must be stored<br>in<br><br>cleartext.  If the password you're going to use is in the LDAP<br>
</blockquote>database,<br>it must be stored in cleartext--NOT some excrypted format such as<br><br>   {MD5} cypherstring<br>   {SSHA} cypherstring<br><br>If the password is in the Cyrus SASL database, it too has to be in<br>
cleartext.  This is one of the weaknesses of SASL.<br><br>If you're going to use encrypted passwords in the database, you'll<br>need<br>to use SSL or KRB5 as the transport mechanism.<br><br>I think, I am missing something in configuration. Can I use LDAP<br>
without<br><br>sasl and if yes, what I need to do?<br><br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">You can, but it's not recommended.  Try putting this line in<br>slapd.conf:<br><br>   allow bind_v2 bind_anon_cred bind_anon_dn<br>
</blockquote>Oh, and by the way, we prefer bottom posting on the list.<br><br> On Thu, Aug 13, 2009 at 6:16 PM, Rick Stevens <<a href="mailto:ricks@nerd.com" target="_blank">ricks@nerd.com</a>><br>wrote:<br><br> Nilesh Joshi wrote:<br>
<br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Hi,<br><br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">I have installed openldap-2.0.27-23 on my server.<br><br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">I have configured certificate and path is mentioned in slapd.conf<br>file.<br><br>I am able to create root DN and also able to add user to it.<br>
<br>When I search using cn=manager,dc=test,dc=com, it gives me correct<br>answers.<br>Howere, whenever I search using user id, I see error 49.<br><br>ldapsearch -x -b "ou=people,dc=test,dc=com" -D<br>"cn=nilesh,ou=people,dc=test,dc=com" -W '(uid=nilesh)'<br>
<br>In logs, I see:<br>conn=11 fd=10 ACCEPT from IP=<a href="http://192.168.1.2:53115/" target="_blank">192.168.1.2:53115</a> (IP=<a href="http://0.0.0.0:389/" target="_blank">0.0.0.0:389</a>)<br>conn=11 op=0 BIND dn="cn=nilesh,ou=people,dc=test,dc=com"<br>
method=128<br>conn=11 op=0 RESULT tag=97 err=49 text=<br>conn=11 fd=10 closed (connection lost)<br><br>I would like to have openldap running without sasl.<br><br>How should I configure the same? How can I fix this issue?<br>
<br>Error 49 is "invalid credentials," meaning that you didn't hand<br>the<br><br>ldapsearch the right password for the user you're trying to bind<br>as.<br><br></blockquote>Try it again, but rather than using the "-W" (interactive) flag,<br>
try:<br><br>  -w 'your-password-here'<br><br>If the password has shell metacharacters in it, they may be being<br>interpreted by the shell before being handed to the ldapsearch<br>command.<br>Using the -w and the password enclosed in single quotes prevents<br>
that.<br><br>You also have to make sure that the user you're trying to bind as<br>has<br>access to the userPassword attribute in the slapd.conf file:<br><br>  access to attrs=userPassword<br>          by anonymous auth<br>
          by self write<br>          by * none<br><br><br><br>----------------------------------------------------------------------<br>- Rick Stevens, Systems Engineer<br> ricks@nerd.com-<br>- AIM/Skype: therps2        ICQ: 22643734            Yahoo:<br>
origrps2<br>-<br>-<br> -<br>- I never drink water because of the disgusting things that fish do<br> -<br>-                                  in it.<br> -<br>-                                                      -- WC.<br>
Fields<br>-<br><br><br>----------------------------------------------------------------------<br><br>_______________________________________________<br>Redhat-install-list mailing list<br><a href="mailto:Redhat-install-list@redhat.com" target="_blank">Redhat-install-list@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/redhat-install-list" target="_blank">https://www.redhat.com/mailman/listinfo/redhat-install-list</a><br>To Unsubscribe Go To ABOVE URL or send a message to:<br><a href="mailto:redhat-install-list-request@redhat.com" target="_blank">redhat-install-list-request@redhat.com</a><br>
Subject: unsubscribe<br><br><br><br><br><br></blockquote>------------------------------------------------------------------------<br><br>_______________________________________________<br>Redhat-install-list mailing list<br>
<a href="mailto:Redhat-install-list@redhat.com" target="_blank">Redhat-install-list@redhat.com</a><br><a href="https://www.redhat.com/mailman/listinfo/redhat-install-list" target="_blank">https://www.redhat.com/mailman/listinfo/redhat-install-list</a><br>
To Unsubscribe Go To ABOVE URL or send a message to:<br><a href="mailto:redhat-install-list-request@redhat.com" target="_blank">redhat-install-list-request@redhat.com</a><br>Subject: unsubscribe<br><br><br>--<br><br></blockquote>
----------------------------------------------------------------------<br>- Rick Stevens, Systems Engineer                      ricks@nerd.com-<br>- AIM/Skype: therps2        ICQ: 22643734            Yahoo: origrps2<br>-<br>
-<br> -<br>-   Never test for an error condition you don't know how to handle.<br> -<br><br><br>----------------------------------------------------------------------<br><br>_______________________________________________<br>
Redhat-install-list mailing list<br><a href="mailto:Redhat-install-list@redhat.com" target="_blank">Redhat-install-list@redhat.com</a><br><a href="https://www.redhat.com/mailman/listinfo/redhat-install-list" target="_blank">https://www.redhat.com/mailman/listinfo/redhat-install-list</a><br>
To Unsubscribe Go To ABOVE URL or send a message to:<br><a href="mailto:redhat-install-list-request@redhat.com" target="_blank">redhat-install-list-request@redhat.com</a><br>Subject: unsubscribe<br><br><br><br><br></blockquote>
------------------------------------------------------------------------<br><br>_______________________________________________<br>Redhat-install-list mailing list<br><a href="mailto:Redhat-install-list@redhat.com" target="_blank">Redhat-install-list@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/redhat-install-list" target="_blank">https://www.redhat.com/mailman/listinfo/redhat-install-list</a><br>To Unsubscribe Go To ABOVE URL or send a message to:<br><a href="mailto:redhat-install-list-request@redhat.com" target="_blank">redhat-install-list-request@redhat.com</a><br>
Subject: unsubscribe<br><br><br>--<br></blockquote>----------------------------------------------------------------------<br>- Rick Stevens, Systems Engineer                      <a href="mailto:ricks@nerd.com" target="_blank">ricks@nerd.com</a> -<br>
- AIM/Skype: therps2        ICQ: 22643734            Yahoo: origrps2 -<br>-                                                                    -<br>-        Brain:  The organ with which we think that we think.        -<br>
<br>----------------------------------------------------------------------<br><br>_______________________________________________<br>Redhat-install-list mailing list<br><a href="mailto:Redhat-install-list@redhat.com" target="_blank">Redhat-install-list@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/redhat-install-list" target="_blank">https://www.redhat.com/mailman/listinfo/redhat-install-list</a><br>To Unsubscribe Go To ABOVE URL or send a message to:<br><a href="mailto:redhat-install-list-request@redhat.com" target="_blank">redhat-install-list-request@redhat.com</a><br>
Subject: unsubscribe<br><br><br><br></blockquote>------------------------------------------------------------------------<br><br>_______________________________________________<br>Redhat-install-list mailing list<br><a href="mailto:Redhat-install-list@redhat.com" target="_blank">Redhat-install-list@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/redhat-install-list" target="_blank">https://www.redhat.com/mailman/listinfo/redhat-install-list</a><br>To Unsubscribe Go To ABOVE URL or send a message to:<br><a href="mailto:redhat-install-list-request@redhat.com" target="_blank">redhat-install-list-request@redhat.com</a><br>
Subject: unsubscribe<br><br><br></blockquote>--<br>----------------------------------------------------------------------<br>- Rick Stevens, Systems Engineer                      <a href="mailto:ricks@nerd.com" target="_blank">ricks@nerd.com</a> -<br>
- AIM/Skype: therps2        ICQ: 22643734            Yahoo: origrps2 -<br>-                                                                    -<br>-                    Do you know where _your_ towel is?              -<br>
<br>----------------------------------------------------------------------<br><br>_______________________________________________<br>Redhat-install-list mailing list<br><a href="mailto:Redhat-install-list@redhat.com" target="_blank">Redhat-install-list@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/redhat-install-list" target="_blank">https://www.redhat.com/mailman/listinfo/redhat-install-list</a><br>To Unsubscribe Go To ABOVE URL or send a message to:<br><a href="mailto:redhat-install-list-request@redhat.com" target="_blank">redhat-install-list-request@redhat.com</a><br>
Subject: unsubscribe<br><br><br></blockquote>------------------------------------------------------------------------<br><br>_______________________________________________<br>Redhat-install-list mailing list<br><a href="mailto:Redhat-install-list@redhat.com" target="_blank">Redhat-install-list@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/redhat-install-list" target="_blank">https://www.redhat.com/mailman/listinfo/redhat-install-list</a><br>To Unsubscribe Go To ABOVE URL or send a message to:<br><a href="mailto:redhat-install-list-request@redhat.com" target="_blank">redhat-install-list-request@redhat.com</a><br>
Subject: unsubscribe<br><br></blockquote><br>--<br>----------------------------------------------------------------------<br>- Rick Stevens, Systems Engineer                      <a href="mailto:ricks@nerd.com" target="_blank">ricks@nerd.com</a> -<br>
- AIM/Skype: therps2        ICQ: 22643734            Yahoo: origrps2 -<br>-                                                                    -<br>-           What is a "free" gift?  Aren't all gifts free?           -<br>
<br>----------------------------------------------------------------------<br><br>_______________________________________________<br>Redhat-install-list mailing list<br><a href="mailto:Redhat-install-list@redhat.com" target="_blank">Redhat-install-list@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/redhat-install-list" target="_blank">https://www.redhat.com/mailman/listinfo/redhat-install-list</a><br>To Unsubscribe Go To ABOVE URL or send a message to:<br><a href="mailto:redhat-install-list-request@redhat.com" target="_blank">redhat-install-list-request@redhat.com</a><br>
Subject: unsubscribe<br><br></blockquote><br><br>------------------------------------------------------------------------<br><br>_______________________________________________<br>Redhat-install-list mailing list<br><a href="mailto:Redhat-install-list@redhat.com" target="_blank">Redhat-install-list@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/redhat-install-list" target="_blank">https://www.redhat.com/mailman/listinfo/redhat-install-list</a><br>To Unsubscribe Go To ABOVE URL or send a message to:<br><a href="mailto:redhat-install-list-request@redhat.com" target="_blank">redhat-install-list-request@redhat.com</a><br>
Subject: unsubscribe<br></blockquote><br><br>-- <br>----------------------------------------------------------------------<br>- Rick Stevens, Systems Engineer                      <a href="mailto:ricks@nerd.com" target="_blank">ricks@nerd.com</a> -<br>
- AIM/Skype: therps2        ICQ: 22643734            Yahoo: origrps2 -<br>-                                                                    -<br></div></div>-     "Daddy, why doesn't this magnet pick up this floppy disk?"     - 
<div>
<div></div>
<div class="h5"><br>----------------------------------------------------------------------<br><br>_______________________________________________<br>Redhat-install-list mailing list<br><a href="mailto:Redhat-install-list@redhat.com" target="_blank">Redhat-install-list@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/redhat-install-list" target="_blank">https://www.redhat.com/mailman/listinfo/redhat-install-list</a><br>To Unsubscribe Go To ABOVE URL or send a message to:<br><a href="mailto:redhat-install-list-request@redhat.com" target="_blank">redhat-install-list-request@redhat.com</a><br>
Subject: unsubscribe<br></div></div></blockquote></div><br>