Re: pop won't authenticate my password

From: Stuart Sears (stuart_at_sjsears.com)
Date: 01/18/04

  • Next message: Ed McCorduck: "RE: pop won't authenticate my password" 
    To: redhat-list@redhat.com
Date: Sun, 18 Jan 2004 15:13:43 +0000

    On Sunday 18 January 2004 14:36, Ed McCorduck wrote:
    > Thanks again, Roger. From your suggestion, I took the initiative and did
    > a modification of what Jim and Stuart suggested, i.e. I made sure I was
    > logged in as "su" and edited (with pico) the ipop3 of /etc/xinetd.d. In
    > fact disable there was set to "yes" so I changed it to "no" then saved
    > the file. I then issued "service xinetd restart" but I got back "bash:
    > service: command not found". A syntax problem here?
    >
    right, let's work on a bit of terminology here... <grin>

    su is the command you use to switch users. without a username supplied it will
    assume you want to be root (ie the superuser, administrator, whatever you
    wish to call them)
    if you use just su, it will prompt you for root's password, but not actually
    give you a full login environment as root - ie you will stay in the same
    directory you were in anyway, and will have a PATH variable that belongs to
    the user you started as (ed, in this case) - ed does not by default have
    access to any of the sytem administration commands that reside in /sbin or
    /usr/sbin.

    If you use 'su -' [note the dash/minus, it's important] you will effectively
    re-login as root, which will dump you in /root (root's home directory) and
    set up your current PATH as root's path - ie including /sbin

    so quoting your previous post:
     [ed@localhost ed]$ echo $PATH
    /usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/home/ed/bin

    using just 'su'
    [root@localhost ed]# echo $PATH
    /usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/home/ed/bin

    with 'su -' you should have seen something like this:
    [root@localhost root]# echo $PATH
    /usr/kerberos/sbin:/usr/kerberos/bin:/usr/local/sbin:/usr/sbin:/sbin:/usr/
    local/bin:/bin:/usr/bin:/usr/X11R6/bin:/root/bin

    although you may not have the kerberos bits, you can see all the 'sbin'
    directories.

    to do system adminitration tasks you need to be root:
    ed will only have write access (default settings) to
    /home/ed
    /tmp
    /var/tmp

    so to edit anything in /etc, you need to have root access.

    okay, let's try a simple recipe:

    as ED:
    su -
    chkconfig ipop3 on
    service xinetd restart
    chkconfig --list ipop3
    telnet localhost 110 (as before for testing the pop3 service)
    [if you are rejected, then you may be firewalling yourself out:
    have a look at /etc/hosts.allow and /etc/hosts.deny]
    then try from another host
    telnet <POP3 SERVERS IP ADDRESS> 110
    do you still get through?

    are you running mozilla mail on the same machine as the POP server?

    and as I write this, I see that you've already been answered...
    Oh well, I'll send it anyway.

    HTH

    Stuart 

    -- 
Stuart Sears RHCE, RHCX
-- 
redhat-list mailing list
unsubscribe mailto:redhat-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list
  • Next message: Ed McCorduck: "RE: pop won't authenticate my password"

    Relevant Pages

    • Re: Multiple login accounts with root privileges
      ... Just a suggestion. ... Try SULinux on the occasion that you have to permit root ... account to do some operation but you want to restrict other operations. ... I am not sure why you'd have 'Administrator' on the UNIX box, ...
      (Security-Basics)
    • Problem in pkgmk while creating a Solaris package
      ... d osidp $/ 0755 root root ... d osidp $/include 0755 root root ... echo Kirti ...
      (comp.unix.solaris)
    • [UNIX] Apple Remote Desktop Privilege Escalation
      ... These commands can be run as root, because the ard administrator can be ... installer, use the lock screen feature in ARD. ... trap 'cd "$"' EXIT ... echo "This version of MacOS is not supported." ...
      (Securiteam)
    • Re: Fork Bombing Patch
      ... if non root user request admin for more number of processes than root ... and if that user is not trustworthy and if does fork bombing attack it ... Perhaps you should file a bug with your distribution if you believe the default settings in limits.conf are too high. ... If we merge this patch, every cracking toolkit in existence will add such a feature, because log spamming makes it harder for the administrator to find more important messages, and even if the administrator uses grep judiciously to filter them out, that doesn't help if logrotate has already deleted the log containing the information they need to keep /var/log from filling up. ...
      (Linux-Kernel)
    • Re: Jeremy might either wipe our greek
      ... wander the tides unbelievably, position them rigidly. ... Otherwise the suggestion in Abdullah's promoter might root some ...
      (sci.crypt)