12:13 p.m.
To make a long story short, I was trying to get procmail support added to my
sendmail base in order to get maildir (instead of mbox), and in one of the
instructions on the website it said to install CPAN as follows:
# perl -MCPAN -e shell
Well, I did go through this and it all seemed to work fine,
except in various places where there was NOT OK reported
during the building of certain modules.
I was told to do this as root user, and noticed that it built
/root/.cpan and /root/perl and it probably added stuff to the
/usr/lib/perl paths but I am not certain of that.
Since I was not able to complete this CPAN process, I blew
away the above two directories in /root, restarted the process
and then I got this:
# perl -MCPAN -e shell
Can't locate ExtUtils/MakeMaker.pm in @INC (@INC contains:
/usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.7/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.6/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.5/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.8 /usr/lib/perl5/site_perl/5.8.7
/usr/lib/perl5/site_perl/5.8.6 /usr/lib/perl5/site_perl/5.8.5
/usr/lib/perl5/site_perl
/usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.7/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.6/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.8 /usr/lib/perl5/vendor_perl/5.8.7
/usr/lib/perl5/vendor_perl/5.8.6 /usr/lib/perl5/vendor_perl/5.8.5
/usr/lib/perl5/vendor_perl /usr/lib/perl5/5.8.8/i386-linux-thread-multi
/usr/lib/perl5/5.8.8 .) at /usr/lib/perl5/5.8.8/CPAN.pm line 16.
BEGIN failed--compilation aborted at /usr/lib/perl5/5.8.8/CPAN.pm line 16.
Compilation failed in require.
BEGIN failed--compilation aborted.
On reboot, I got reports in various services being started up and
it appears to display the same information as above.
What can I do to remove or clean up this mess?
It was not until later I discovered perhaps it was not
wise to mix the CPAN method with the CPAN rpms,
but I guess it is a bit too late now.
Kind regards,
Dan
8:47 p.m.
On 01/25/2010 04:25 PM, Scott Beamer wrote:
Dan Thurman spake thusly:
> To make a long story short, I was trying to get procmail support added
> to my sendmail base in order to get maildir (instead of mbox)....
>
IS that "F8" as in "Fedora 8"?
Fedora 8 is no longer supported......
Yes, I know, but it will apply to later versions. I am trying to
clean out "activation" of the CPAN method stuff which broke.
Maybe there is no harm there, but I am not certain.
So, if anyone has any suggestions or ideas what I can
try, I am all ears! :D
2:46 p.m.
On Mon, 25 Jan 2010 18:47:09 -0800
Dan Thurman <dant(a)cdkkt.com> wrote:
On 01/25/2010 04:25 PM, Scott Beamer wrote:
> Dan Thurman spake thusly:
>
>> To make a long story short, I was trying to get procmail support added
>> to my sendmail base in order to get maildir (instead of mbox)....
>>
> IS that "F8" as in "Fedora 8"?
>
> Fedora 8 is no longer supported......
>
Yes, I know, but it will apply to later versions. I am trying to
clean out "activation" of the CPAN method stuff which broke.
Maybe there is no harm there, but I am not certain.
So, if anyone has any suggestions or ideas what I can
try, I am all ears! :D
I would start by finding and reinstalling all corrupted Perl CPAN RPMs.
`rpm -qVa perl*` is your friend.
Then, there might be a local db containing CPAN metadata, you'd need
to clean up that as well.
Installing Fedora 12 over, at this point, might be a faster solution :)
F
3:22 p.m.
2010/1/26 Dan Thurman <dant(a)cdkkt.com>:
On 01/25/2010 04:25 PM, Scott Beamer wrote:
> Dan Thurman spake thusly:
>
>> To make a long story short, I was trying to get procmail support added
>> to my sendmail base in order to get maildir (instead of mbox)....
>>
> IS that "F8" as in "Fedora 8"?
>
> Fedora 8 is no longer supported......
>
Yes, I know, but it will apply to later versions. I am trying to
clean out "activation" of the CPAN method stuff which broke.
Maybe there is no harm there, but I am not certain.
So, if anyone has any suggestions or ideas what I can
try, I am all ears! :D
Did you try finding ExtUtils/MakeMaker.pm?
On my (nicely up to date and fully supported ;o) F12, it is provided
by this RPM:
[sam@samlap ~]$ rpm -qf /usr/lib/perl5/5.10.0/ExtUtils/MakeMaker.pm
perl-ExtUtils-MakeMaker-6.36-87.fc12.x86_64
Try (forcibly if necessary) reinstalling the following:
http://archive.kernel.org/fedora-archive/updates/8/i386.newkey/perl-ExtUt...
Then retry CPAN and see what happens. It's usually just a case of
tracking what's missing until you get the initial startup to
succeed...
Also, can I ask what howto you were following for Sendmail/Procmail -
it may help to give context to the problem.
--
Sam
3:42 p.m.
On 01/26/2010 01:22 PM, Sam Sharpe wrote:
2010/1/26 Dan Thurman <dant(a)cdkkt.com>:
> On 01/25/2010 04:25 PM, Scott Beamer wrote:
>
>> Dan Thurman spake thusly:
>>
>>
>>> To make a long story short, I was trying to get procmail support added
>>> to my sendmail base in order to get maildir (instead of mbox)....
>>>
>>>
>> IS that "F8" as in "Fedora 8"?
>>
>> Fedora 8 is no longer supported......
>>
>>
> Yes, I know, but it will apply to later versions. I am trying to
> clean out "activation" of the CPAN method stuff which broke.
> Maybe there is no harm there, but I am not certain.
>
> So, if anyone has any suggestions or ideas what I can
> try, I am all ears! :D
>
Did you try finding ExtUtils/MakeMaker.pm?
On my (nicely up to date and fully supported ;o) F12, it is provided
by this RPM:
[sam@samlap ~]$ rpm -qf /usr/lib/perl5/5.10.0/ExtUtils/MakeMaker.pm
perl-ExtUtils-MakeMaker-6.36-87.fc12.x86_64
Try (forcibly if necessary) reinstalling the following:
http://archive.kernel.org/fedora-archive/updates/8/i386.newkey/perl-ExtUt...
Then retry CPAN and see what happens. It's usually just a case of
tracking what's missing until you get the initial startup to
succeed...
Also, can I ask what howto you were following for Sendmail/Procmail -
it may help to give context to the problem.
--
Sam
Somehow, I am not seeing my original posting, so I am including the
following
where there seems to be a problem:
# perl -MCPAN -e shell
Can't locate CPAN.pm in @INC (@INC contains:
/usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.7/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.6/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.5/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.8 /usr/lib/perl5/site_perl/5.8.7
/usr/lib/perl5/site_perl/5.8.6 /usr/lib/perl5/site_perl/5.8.5
/usr/lib/perl5/site_perl
/usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.7/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.6/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.8 /usr/lib/perl5/vendor_perl/5.8.7
/usr/lib/perl5/vendor_perl/5.8.6 /usr/lib/perl5/vendor_perl/5.8.5
/usr/lib/perl5/vendor_perl /usr/lib/perl5/5.8.8/i386-linux-thread-multi
/usr/lib/perl5/5.8.8 .).
BEGIN failed--compilation aborted.
The above problem appears for certain services that depend on perl are
trying to run but fails, one which is spamassassin, which throws up errors
similar to the one above.
I have re-installed perl & perl-* (which includes:
perl-ExtUtils-MakeMaker &
perl-ExtUtils-MakeMaker-Coverage) and the problem does not seem to go away.
==============
As per your request for the link to install procmail/sendmail in order
to get
the maildir format, I was following this one:
http://www.howtoforge.com/howto_spamassassin_clamav_procmail
Dan
5:03 p.m.
2010/1/27 Dan Thurman <dant(a)cdkkt.com>:
Can't locate CPAN.pm in @INC (@INC contains:
/usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.7/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.6/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.5/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.8 /usr/lib/perl5/site_perl/5.8.7
/usr/lib/perl5/site_perl/5.8.6 /usr/lib/perl5/site_perl/5.8.5
/usr/lib/perl5/site_perl
/usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.7/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.6/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.8 /usr/lib/perl5/vendor_perl/5.8.7
/usr/lib/perl5/vendor_perl/5.8.6 /usr/lib/perl5/vendor_perl/5.8.5
/usr/lib/perl5/vendor_perl /usr/lib/perl5/5.8.8/i386-linux-thread-multi
/usr/lib/perl5/5.8.8 .).
Is CPAN.pm actually in any of those paths?
What perl version are you running (should be 5.8.8, but doesn't hurt to check)?
If you can find CPAN.pm and it's not in @INC, you can force it by:
export PERL5LIB=/path1/to/libs:/path2/to/libs
But to be honest, I don't know what's causing your error - the fact
it's now complaining about CPAN when it was complaining about
MakeMaker before is slightly screwy.
--
Sam
7:03 p.m.
On 01/27/2010 03:03 PM, Sam Sharpe wrote:
2010/1/27 Dan Thurman <dant(a)cdkkt.com>:
> Can't locate CPAN.pm in @INC (@INC contains:
> /usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi
> /usr/lib/perl5/site_perl/5.8.7/i386-linux-thread-multi
> /usr/lib/perl5/site_perl/5.8.6/i386-linux-thread-multi
> /usr/lib/perl5/site_perl/5.8.5/i386-linux-thread-multi
> /usr/lib/perl5/site_perl/5.8.8 /usr/lib/perl5/site_perl/5.8.7
> /usr/lib/perl5/site_perl/5.8.6 /usr/lib/perl5/site_perl/5.8.5
> /usr/lib/perl5/site_perl
> /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi
> /usr/lib/perl5/vendor_perl/5.8.7/i386-linux-thread-multi
> /usr/lib/perl5/vendor_perl/5.8.6/i386-linux-thread-multi
> /usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi
> /usr/lib/perl5/vendor_perl/5.8.8 /usr/lib/perl5/vendor_perl/5.8.7
> /usr/lib/perl5/vendor_perl/5.8.6 /usr/lib/perl5/vendor_perl/5.8.5
> /usr/lib/perl5/vendor_perl /usr/lib/perl5/5.8.8/i386-linux-thread-multi
> /usr/lib/perl5/5.8.8 .).
>
Is CPAN.pm actually in any of those paths?
What perl version are you running (should be 5.8.8, but doesn't hurt to check)?
If you can find CPAN.pm and it's not in @INC, you can force it by:
export PERL5LIB=/path1/to/libs:/path2/to/libs
But to be honest, I don't know what's causing your error - the fact
it's now complaining about CPAN when it was complaining about
MakeMaker before is slightly screwy.
--
Sam
I finally fixed my problems, but thanks to your previous post that
gave me the idea indirectly, by hinting at: ExtUtils/MakeMaker.pm!
What I found was to do:
yum remove perl-ExtUtils*
...and reinstall 182 packages that were removed as dependencies
instead of trying to remove perl itself for which there were 2700+
dependencies.
Also, if one did:
yum whatdepends CPAN.pm
...and CPAN.pm is found in package: perl-CPAN
Apparently, doing 'perl -MCPAN -e shell' barfed and destroyed
or messed up the files in /usr/lib/perl5/5.8.8, or so it seems.
Now I will avoid doing perl -MCPAN -e shell so that I do not run into
the same problems again for whatever reasons - it was noted on some
Fedora sites that it is not a good idea to mix "perl -MCPAN -e shell"
community packages against that of yum provided packages.
... Now, I can proceed to figure out how to complete my original intent:
to add maildir support to sendmail (as opposed to just installing and
using Postfix) as I want the sub-directory feature from which dovecot
IMAP gladly supports instead of using the mbox format, which is directory
1-level limited.
Kind regards,
Dan
7:25 p.m.
On Wed, 2010-01-27 at 17:03 -0800, Dan Thurman wrote:
Now, I can proceed to figure out how to complete my original intent:
to add maildir support to sendmail (as opposed to just installing and
using Postfix) as I want the sub-directory feature from which dovecot
IMAP gladly supports instead of using the mbox format, which is
directory 1-level limited.
Dovecot is separate from sendmail. You don't need to do anything to
sendmail to be able to store your mail using maildir with Dovecot. Your
inbox that you get mail from isn't the same location Dovecot leaves
things.
--
[tim@localhost ~]$ uname -r
2.6.27.25-78.2.56.fc9.i686
Don't send private replies to my address, the mailbox is ignored. I
read messages from the public lists.
8:46 p.m.
On 01/28/2010 05:25 PM, Tim wrote:
On Wed, 2010-01-27 at 17:03 -0800, Dan Thurman wrote:
> Now, I can proceed to figure out how to complete my original intent:
> to add maildir support to sendmail (as opposed to just installing and
> using Postfix) as I want the sub-directory feature from which dovecot
> IMAP gladly supports instead of using the mbox format, which is
> directory 1-level limited.
>
Dovecot is separate from sendmail. You don't need to do anything to
sendmail to be able to store your mail using maildir with Dovecot. Your
inbox that you get mail from isn't the same location Dovecot leaves
things.
Yes, dovecot is just am IMAP server, but the problem is, that
sendmail by default uses the mbox format. From what I read,
it says that you need procmail or other method to convert the
mbox format into maildir format - which is the part - that I have
yet to understand how this is actually done.
Do you have a no-nonsense link somewhere where I can get
the mbox format converted over into maildir format?
From the configuration file of /etc/dovecot.conf, it says:
#======================================================
##
## Mailbox locations and namespaces
##
# Location for users' mailboxes. This is the same as the old
default_mail_env
# setting. The default is empty, which means that Dovecot tries to find the
# mailboxes automatically. This won't work if the user doesn't have any mail
# yet, so you should explicitly tell Dovecot the full location.
#
# If you're using mbox, giving a path to the INBOX file (eg. /var/mail/%u)
# isn't enough. You'll also need to tell Dovecot where the other
mailboxes are
# kept. This is called the "root mail directory", and it must be the first
# path given in the mail_location setting.
#
# There are a few special variables you can use, eg.:
#
# %u - username
# %n - user part in user@domain, same as %u if there's no domain
# %d - domain part in user@domain, empty if there's no domain
# %h - home directory
#
# See <doc/wiki/Variables.txt> for full list. Some examples:
#
# mail_location = maildir:~/Maildir
# mail_location = mbox:~/mail:INBOX=/var/mail/%u
# mail_location = mbox:/var/mail/%d/%1n/%n:INDEX=/var/indexes/%d/%1n/%n
#
# <doc/wiki/MailLocation.txt>
#
mail_location = mbox:~/mail:INBOX=/var/mail/%u
#======================================================
So, on Fedora, sendmail deposits "mbox" into: /var/mail/%u
I tried:
mail_location = maildir:~/Maildir
and it does NOT work, perhaps because no mail as specified in the
user's home directory.... there... so I think there needs to be *something*
that converts the data into maildir format and the reason why I wanted
the maildir format, is it allows for sub-directory creation (instead of
a flat,
one-directory, structure) using an IMAP client, such as Thunderbird, which
I use.
At least, this is why from what I read, need procmail to do the conversion?
Am I missing something?
9:04 a.m.
On Thu, 2010-01-28 at 18:46 -0800, Dan Thurman wrote:
Yes, dovecot is just am IMAP server, but the problem is, that
sendmail by default uses the mbox format. From what I read,
it says that you need procmail or other method to convert the
mbox format into maildir format - which is the part - that I have
yet to understand how this is actually done.
Sendmail uses a Mail Delivery Agent (MDA) to actually deliver mail.
There are several of these out there, including procmail and maildrop.
Since you can configure sendmail to pipe messages to the MDA, there's no
question of file conversion. In your case an obvious candidate is
Dovecot's own LDA (Local Delivery Agent). Whatever MDA you choose, you
configure it to store messages in maildir format.
You might find this helpful: http://wiki.dovecot.org/LDA
poc
3:37 p.m.
On 01/29/2010 07:04 AM, Patrick O'Callaghan wrote:
On Thu, 2010-01-28 at 18:46 -0800, Dan Thurman wrote:
> Yes, dovecot is just am IMAP server, but the problem is, that
> sendmail by default uses the mbox format. From what I read,
> it says that you need procmail or other method to convert the
> mbox format into maildir format - which is the part - that I have
> yet to understand how this is actually done.
>
Sendmail uses a Mail Delivery Agent (MDA) to actually deliver mail.
There are several of these out there, including procmail and maildrop.
Since you can configure sendmail to pipe messages to the MDA, there's no
question of file conversion. In your case an obvious candidate is
Dovecot's own LDA (Local Delivery Agent). Whatever MDA you choose, you
configure it to store messages in maildir format.
You might find this helpful: http://wiki.dovecot.org/LDA
poc
Can you or someone give me a link or reference how to get
sendmail/dovecot-LDA/MailDir to setup maildir format? I read
the link you provided, but it is not clear exactly, what needs to be
changed in dovecot's configuration file. The link on explains
how to get LDA working (the simplest being the user's .forward
file with: '| "/usr/local/libexec/dovecot/deliver"'), but does not say
anything about how to set up the 'mail location' as to where the
user's maildir might actually be converted/placed. I assume it is
the line:
mail_location = maildir:~/Maildir
But I have not been able to get this to work at all.
Some say that one can change the /var/mail/%u directory to add:
<user-account-name (directory)>
new
mail
cur
But I fail to see how it is that the maildir format is being
handled, by some converter program (LDA?) and if so, which
program is recommended, be it procmail/maildrop or is it
something else? I am confused...
Dan
4:39 p.m.
On Fri, 2010-01-29 at 13:37 -0800, Dan Thurman wrote:
On 01/29/2010 07:04 AM, Patrick O'Callaghan wrote:
> On Thu, 2010-01-28 at 18:46 -0800, Dan Thurman wrote:
>
>> Yes, dovecot is just am IMAP server, but the problem is, that
>> sendmail by default uses the mbox format. From what I read,
>> it says that you need procmail or other method to convert the
>> mbox format into maildir format - which is the part - that I have
>> yet to understand how this is actually done.
>>
> Sendmail uses a Mail Delivery Agent (MDA) to actually deliver mail.
> There are several of these out there, including procmail and maildrop.
> Since you can configure sendmail to pipe messages to the MDA, there's no
> question of file conversion. In your case an obvious candidate is
> Dovecot's own LDA (Local Delivery Agent). Whatever MDA you choose, you
> configure it to store messages in maildir format.
>
> You might find this helpful: http://wiki.dovecot.org/LDA
>
> poc
>
>
Can you or someone give me a link or reference how to get
sendmail/dovecot-LDA/MailDir to setup maildir format? I read
the link you provided, but it is not clear exactly, what needs to be
changed in dovecot's configuration file. The link on explains
how to get LDA working (the simplest being the user's .forward
file with: '| "/usr/local/libexec/dovecot/deliver"'), but does not say
anything about how to set up the 'mail location' as to where the
user's maildir might actually be converted/placed. I assume it is
the line:
mail_location = maildir:~/Maildir
But I have not been able to get this to work at all.
Some say that one can change the /var/mail/%u directory to add:
<user-account-name (directory)>
new
mail
cur
But I fail to see how it is that the maildir format is being
handled, by some converter program (LDA?) and if so, which
program is recommended, be it procmail/maildrop or is it
something else? I am confused...
Once again, there's *no conversion*. The MDA will simply store the
messages into a Maildir structure if you configure it to do so. In the
case of procmail, you just create the Maildir structure for each user,
as you mention above. Obviously you also have to get sendmail to use
procmail as MDA. See the procmail(1) for more info on this. I don't use
Dovecot so I don't know how it's LDA should be configured, but Google
for Dovecot+maildir.
See also: http://osdir.com/ml/fedora-list/2009-06/msg00620.html
poc
8:42 p.m.
On 01/29/2010 02:39 PM, Patrick O'Callaghan wrote:
On Fri, 2010-01-29 at 13:37 -0800, Dan Thurman wrote:
> On 01/29/2010 07:04 AM, Patrick O'Callaghan wrote:
>
>> On Thu, 2010-01-28 at 18:46 -0800, Dan Thurman wrote:
>>
>>
>>> Yes, dovecot is just am IMAP server, but the problem is, that
>>> sendmail by default uses the mbox format. From what I read,
>>> it says that you need procmail or other method to convert the
>>> mbox format into maildir format - which is the part - that I have
>>> yet to understand how this is actually done.
>>>
>>>
>> Sendmail uses a Mail Delivery Agent (MDA) to actually deliver mail.
>> There are several of these out there, including procmail and maildrop.
>> Since you can configure sendmail to pipe messages to the MDA, there's no
>> question of file conversion. In your case an obvious candidate is
>> Dovecot's own LDA (Local Delivery Agent). Whatever MDA you choose, you
>> configure it to store messages in maildir format.
>>
>> You might find this helpful: http://wiki.dovecot.org/LDA
>>
>> poc
>>
>>
>>
> Can you or someone give me a link or reference how to get
> sendmail/dovecot-LDA/MailDir to setup maildir format? I read
> the link you provided, but it is not clear exactly, what needs to be
> changed in dovecot's configuration file. The link on explains
> how to get LDA working (the simplest being the user's .forward
> file with: '| "/usr/local/libexec/dovecot/deliver"'), but does not
say
> anything about how to set up the 'mail location' as to where the
> user's maildir might actually be converted/placed. I assume it is
> the line:
>
> mail_location = maildir:~/Maildir
>
> But I have not been able to get this to work at all.
>
> Some say that one can change the /var/mail/%u directory to add:
>
> <user-account-name (directory)>
> new
> mail
> cur
>
> But I fail to see how it is that the maildir format is being
> handled, by some converter program (LDA?) and if so, which
> program is recommended, be it procmail/maildrop or is it
> something else? I am confused...
>
Once again, there's *no conversion*. The MDA will simply store the
messages into a Maildir structure if you configure it to do so. In the
case of procmail, you just create the Maildir structure for each user,
as you mention above. Obviously you also have to get sendmail to use
procmail as MDA. See the procmail(1) for more info on this. I don't use
Dovecot so I don't know how it's LDA should be configured, but Google
for Dovecot+maildir.
See also: http://osdir.com/ml/fedora-list/2009-06/msg00620.html
poc
Thanks for the tip but I have done it in a completely different
way that requires no changes to /var/mail directory as suggested.
If you are interested, see:
http://archives.devshed.com/forums/linux-97/sendmail-and-maildir-format-2...
This works really well!
Dan
5223
days inactive
5228
days old
13 comments
6 participants
participants (6)
-
Dan Thurman -
François Cami -
Patrick O'Callaghan -
Sam Sharpe -
Scott Beamer -
Tim