From: Catalin R. <cat...@gm...> - 2006-05-07 15:41:13
|
The problem: right after booting, fetchmail doesn't do anything, although ps shows it as running. It doesn't fetch and it doesn't output *any* log. This started to happen after upgrading to Fedora Core 5 from FC4. A simple restart (service fetchmail restart) gets it going, with logging and fetching and all... fetchmail --version fetchmail: WARNING: Running as root is discouraged. This is fetchmail release 6.3.4+IMAP-GSS+RPA+NTLM+SDPS+SSL+HESIOD+NLS. uname -a Linux foo.bar.net 2.6.16-1.2111_FC5 #1 Thu May 4 21:16:58 EDT 2006 i686 athlon i386 GNU/Linux more /etc/fetchmailrc #set daemon 100 poll foo.bar.com proto imap localdomains bar.net user "user" pass "pass" is "user" here ... more /etc/init.d/fetchmail ... FETCHMAIL=/usr/bin/fetchmail FRC=/etc/fetchmailrc TIME=100 start() { $FETCHMAIL -f $FRC -L /var/log/fetchmail -d $TIME >/dev/null 2>&1 } ... Any clues? Thanks! Cata |
From: Rob M. <rob...@gm...> - 2006-05-07 18:24:35
|
On 5/7/06, Catalin Rotaru <cat...@gm...> wrote: > The problem: right after booting, fetchmail doesn't do anything, > although ps shows it as running. It doesn't fetch and it doesn't > output *any* log. > > This started to happen after upgrading to Fedora Core 5 from FC4. The lack of any log output suggests something very broken. Can you switch the "/dev/null" in the startup script to, say, "/tmp/fetchmaillog" and reboot? The OS is probably reporting something that you're never seeing as it's being dropped in the bit bucket. The odds are that you're seeing it work on the command line because your environment isn't the same as the boot environment. Quite possibly the settings regarding the library paths. -- Please keep list traffic on the list. Rob MacGregor Whoever fights monsters should see to it that in the process he doesn't become a monster. Friedrich Nietzsche |
From: Rob M. <rob...@gm...> - 2006-05-08 12:58:41
|
On 5/8/06, Catalin Rotaru <cat...@gm...> wrote: > Done. The output file *gets* created on boot but it completely empty > (0 bytes)... The strangest thing is that if I start fetchmail > afterwards manually, it outputs the warning: > "fetchmail: WARNING: Running as root is discouraged." > > What else can I try? You can start by keeping traffic on the list, rather than emailing me directly - as it says in my .sig. Try installing a fresh copy of fetchmail. It's likly that your upgrade, as isn't uncommon, broke something. Ideally install from source (if you later want to replace it with one from an RPM that's your choice). -- Please keep list traffic on the list. Rob MacGregor Whoever fights monsters should see to it that in the process he doesn't become a monster. Friedrich Nietzsche |
From: Catalin R. <cat...@gm...> - 2006-05-08 15:37:14
|
> > What else can I try? > > You can start by keeping traffic on the list, rather than emailing me > directly - as it says in my .sig. Oops, sorry about that. I just hit "Reply" without checking. My bad. I notice now that the list doesn't have a "Reply-To" header. Maybe one could be added? I am pretty sure MailMan supports it. Just an idea. > > Try installing a fresh copy of fetchmail. It's likly that your > upgrade, as isn't uncommon, broke something. Ideally install from > source (if you later want to replace it with one from an RPM that's > your choice). Aaah, I was afraid you'd say that. I am no Linux (and especially Fedora) expert and my preferred way of installing software is "yum install". I am afraid of breaking even more stuff I don't understand if I try to install from source on my own. Any pointers to where I can learn more about installing/removing/reinstalling fetchmail on Fedora? With all RedHat's idiosyncrasies and stuff? Thanks, Cata |
From: Matthias A. <mat...@gm...> - 2006-05-08 16:00:46
|
"Catalin Rotaru" <cat...@gm...> writes: >> > What else can I try? >> >> You can start by keeping traffic on the list, rather than emailing me >> directly - as it says in my .sig. > > Oops, sorry about that. I just hit "Reply" without checking. My bad. I > notice now that the list doesn't have a "Reply-To" header. Maybe one > could be added? I am pretty sure MailMan supports it. Just an idea. No way - as I said earlier, should the list set a Reply-To: header, I'm outta here. Some mailers don't allow users to override Reply-To, but all allow to include all To: and Cc: addresses in the reply. Hit "List Reply" or "Reply to List" or "Group Reply" or "Reply to All". See <http://www.unicom.com/pw/reply-to-harmful.html> for more information. > Aaah, I was afraid you'd say that. I am no Linux (and especially > Fedora) expert and my preferred way of installing software is "yum > install". I am afraid of breaking even more stuff I don't understand > if I try to install from source on my own. Well, I am inclined to think Miloslav Trmac and other packagers were careful enough or would chime in here if it was related to their packaging. With support respective to the Fedora boot issues, you may have to check the Fedore Support options (probably also mailing list, forums or newsgroups as well) as well. -- Matthias Andree |
From: Rob M. <rob...@gm...> - 2006-05-08 18:55:41
|
On 5/8/06, Catalin Rotaru <cat...@gm...> wrote: > > Oops, sorry about that. I just hit "Reply" without checking. My bad. I > notice now that the list doesn't have a "Reply-To" header. Maybe one > could be added? I am pretty sure MailMan supports it. Just an idea. This has been discussed before a number of times. There are as many arguments for as against. It seems to be generally least harmful to not set the Reply-to header - or at least setting it annoys the developers :-) > Aaah, I was afraid you'd say that. I am no Linux (and especially > Fedora) expert and my preferred way of installing software is "yum > install". I am afraid of breaking even more stuff I don't understand > if I try to install from source on my own. Try re-installing via yum then. I've a suspicion your problem is related to library version mismatches. It could be that once you've logged in interactively enough environment is set so that it finds the right libraries. > Any pointers to where I can learn more about > installing/removing/reinstalling fetchmail on Fedora? With all > RedHat's idiosyncrasies and stuff? For that you'll have to look to the RH/Fedora lists/forums. I'll have to admit to having only very limited experience of using RPMs etc. -- Please keep list traffic on the list. Rob MacGregor Whoever fights monsters should see to it that in the process he doesn't become a monster. Friedrich Nietzsche |
From: Catalin R. <cat...@gm...> - 2006-05-09 12:23:54
|
On 5/8/06, Rob MacGregor <rob...@gm...> wrote: > On 5/8/06, Catalin Rotaru <cat...@gm...> wrote: > > > > Oops, sorry about that. I just hit "Reply" without checking. My bad. I > > notice now that the list doesn't have a "Reply-To" header. Maybe one > > could be added? I am pretty sure MailMan supports it. Just an idea. > > This has been discussed before a number of times. There are as many > arguments for as against. It seems to be generally least harmful to > not set the Reply-to header - or at least setting it annoys the > developers :-) Got it. > > Aaah, I was afraid you'd say that. I am no Linux (and especially > > Fedora) expert and my preferred way of installing software is "yum > > install". I am afraid of breaking even more stuff I don't understand > > if I try to install from source on my own. > > Try re-installing via yum then. I've a suspicion your problem is > related to library version mismatches. It could be that once you've > logged in interactively enough environment is set so that it finds the > right libraries. > Tried. Sadly, that didn't fix it. I will try starting from the source and compiling. Is there any way to view and compare the "boot" and "regular" environments and libraries? > > Any pointers to where I can learn more about > > installing/removing/reinstalling fetchmail on Fedora? With all > > RedHat's idiosyncrasies and stuff? > > For that you'll have to look to the RH/Fedora lists/forums. I'll have > to admit to having only very limited experience of using RPMs etc. > Done - but now answers yet... Cata |
From: Rob M. <rob...@gm...> - 2006-05-09 17:45:44
|
On 5/9/06, Catalin Rotaru <cat...@gm...> wrote: > > Tried. Sadly, that didn't fix it. I will try starting from the source > and compiling. Is there any way to view and compare the "boot" and > "regular" environments and libraries? Not easily. My usual trick is to stick something like "env > /tmp/fetchmail-boot-env" in the startup script before fetchmail is called. The other option is to change the start line to include "-x" to see what it does (caution, makes the boot screen messy - you'll need to have some way of scrolling the console). -- Please keep list traffic on the list. Rob MacGregor Whoever fights monsters should see to it that in the process he doesn't become a monster. Friedrich Nietzsche |
From: Catalin R. <cat...@gm...> - 2006-05-10 11:41:45
|
Found the culprit: SELinux. When disabled, the problem disappears. I should have guessed it... Cata On 5/9/06, Rob MacGregor <rob...@gm...> wrote: > On 5/9/06, Catalin Rotaru <cat...@gm...> wrote: > > > > Tried. Sadly, that didn't fix it. I will try starting from the source > > and compiling. Is there any way to view and compare the "boot" and > > "regular" environments and libraries? > > Not easily. My usual trick is to stick something like "env > > /tmp/fetchmail-boot-env" in the startup script before fetchmail is > called. The other option is to change the start line to include "-x" > to see what it does (caution, makes the boot screen messy - you'll > need to have some way of scrolling the console). > > -- > Please keep list traffic on the list. > > Rob MacGregor > Whoever fights monsters should see to it that in the process he > doesn't become a monster. Friedrich Nietzsche > _______________________________________________ > fetchmail-users mailing list > fet...@li... > http://lists.berlios.de/mailman/listinfo/fetchmail-users > -- Catalin Rotaru http://www.rotaru.com |