Re: fetchmail: lock creation failed

From: Jan Minar (Jan.Minar_at_seznam.cz)
Date: 01/06/04

  • Next message: Thorsten Haude: "Re: Kernel 2.6.0 Cannot Mount Root FS"
    Date: Tue, 6 Jan 2004 08:54:48 +0100
    To: debian-user@lists.debian.org
    
    
    

    On Mon, Jan 05, 2004 at 08:02:19PM -0500, Thomas H. George wrote:
    > Final two lines of strace fetchmail run from /home/tom:
    >
    > open("/home/tom/.fetchmail.pid", O_WRONLY|O_CREAT|O_EXCL|O_SYNC,
    > 0666) = -1 EACCESS (Permission Denied)

    This clearly means the program didn't have the write permission to the
    directory /home/tom, or was prevented from writing by other means
    extending the Unix security model (kernel patches such as RSBAC).

    You either ran fetchmail with a UID != tom (id -u; ls -l `which
    fetchmail`; fetchmail <options>), or tom can't write to /home/tom (ls
    -ld /home/tom). Note that switching users while doing these experiments
    can lead to unexpected results.

    > I tried creating a file .fetchmail.pid with chown tom and chmod 666.

    It made no sense to chown tom if you were tom. Did you do this as root?

    > This gave the same result with (File Exists) instead of (Permission Denied).

    As well as it should.

    > I also found and read /usr/share/doc/fetchmail/README.Debian.gz which
    > notes the program wont run if there is no /etc/fetchmailrc file. I
    > copied /usr/share/doc/fetchmail/examples/fetchmailrc.exampe.gz to
    > /etc/fetchmailrc and edited the last lines to read
    >
    > poll mail.spininternet.com with protocol pop3
    > user 'xyz' there with password * is 'tom' here
    >
    > and changed the file to be chmod 0600, chown fetchmail. This is
    > apparently not enough as /etc/init.d/fetchmail debug-run does nothing so
    > /etc/init.d/fetchmail debug-run strace -o /tmp/strace.out as suggested
    > in README.Debian.gz produces no output. However, strace -o

    Impossible. The least -o file would have the following one line:

    (%:~)- strace -o /dev/fd/1 /dev/null 2>/dev/null
    execve("/dev/null", ["/dev/null"], [/* 14 vars */]) = 0

    > /tmp/strace.out fetchmail run from /home/tom works/

    Again: as root, or as tom?

    > Does any of this provide a clue as to what is going on?

    Seems like your messing with switching from root to tom, back and forth.
    Maybe another users too. Also seems you omit to note what actualy
    happens (null strace). Fetchmail works as it should, check the
    /home/tom permissions. Check the ownership and permissions of
    /home/tom, and the files below. If nothing worked, post a typescript of
    the actions (script(1)). Peruse id(1), ls -ld, and friends, so we know
    what exactly is going on.

    Last but not least, not that my .signature growed again ;-/

    -- 
    Jan Minar                   "Please don't CC me, I'm subscribed." x 8
    
    

    -- 
    To UNSUBSCRIBE, email to debian-user-request@lists.debian.org 
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
    


  • Next message: Thorsten Haude: "Re: Kernel 2.6.0 Cannot Mount Root FS"

    Relevant Pages

    • Re: fetchmail: lock creation failed - Thanks
      ... Fetchmail works as it should, ... I have learned to use strace, ... home directory tom was owned by root. ... I first attempted to copy the tom directory from the old drive ...
      (Debian-User)
    • Re: tar or zipping files to which you have no explicit access?
      ... Tom posts this same question usually once a month. ... After archiving the objects into to a single ... >> why we do not want to restrict the permissions our end ...
      (microsoft.public.win2000.security)
    • Re: Link table from a secured database to another secured database
      ... > That means that I should create the same number of users with thier same PID ... > and I could open DB1 without asking for permissions! ... Say user Tom exists in WG1 and has permissions to DB1. ...
      (microsoft.public.access.security)
    • Re: exim4 mainlog & msglog permissions - Unresolved
      ... I added tom to the Debian-exim group and the mail group. ... I then changed the file permissions from 640 to 666. ... It seems to me that the standard installation should such that normal users can send and receive mail and root is prevented from doing so. ... To UNSUBSCRIBE, email to debian-user-REQUEST@xxxxxxxxxxxxxxxx with a subject of "unsubscribe". ...
      (Debian-User)
    • Re: Roaming Profile Not Staying Mandatory
      ... I'll reset the permissions and give it a try. ... Tom ... Once I create the profile on a client and then save it to the ... >> client machine logs on and logs off using the profile a new ntuser.dat is ...
      (microsoft.public.win2000.setup)