Bug 743775 - Procmail can't read recipie files
Summary: Procmail can't read recipie files
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: procmail
Version: 16
Hardware: x86_64
OS: Linux
unspecified
urgent
Target Milestone: ---
Assignee: Jaroslav Škarvada
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-10-06 01:03 UTC by Janina Sajka
Modified: 2011-10-06 14:52 UTC (History)
2 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2011-10-06 14:52:43 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Janina Sajka 2011-10-06 01:03:43 UTC
My ~/.procmailrc contains include statements in order that I can keep
my various recipies separately. My log is full of ""Couldn't read [path]/[filename]." The path/filename is
correct, is uid:gid my user, with permissions 770. I've also tried 775.



How reproducible:
Always.

Steps to Reproduce:
Install Fedora 16 Beta from Tuesday, 4 October
Run procmail with includes in ~/.procmailrc.

  
Actual results:
Log indicates "Couldn't read [path]/[filename]
Mail is not processed according to recipies and goes to the default folder only.
Expected results:
Procmail should read and process recipies.

Additional info:

Comment 1 Michael Schwendt 2011-10-06 08:46:01 UTC
Additional info from test list:

| I neglected to say that my /home is a separate partition which was NOT
| formatted during the F-16 beta install, though my / was a clean install.
|
| My /home is btrfs, if that matters, though this problem wasn't around
| the past weeks whilst I've been running F-16 Alpha (installed via yum).

btrfs may be important, because my /home is a separate LUKS ext4 on LVM, and my procmailrc works fine also with INCLUDERC statements.

Do you get any SELinux denials?

Comment 2 Janina Sajka 2011-10-06 14:52:43 UTC
Ah, indeed. A restorecon on the included recipies did the trick
Sorry for the noise.


Note You need to log in before you can comment on or make changes to this bug.