Sendmail M4 configuration base directory /usr/share/sendmail-cf was not found
Linux - ServerThis forum is for the discussion of Linux Software used in a server related context.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Sendmail M4 configuration base directory /usr/share/sendmail-cf was not found
Hi,
I am using webmin for my daily tasks. I have fedora 13, whenever I click on ''Sendmail M4 Configuration'' or Outgoing Addresses (generics)'' I get the following error message
Quote:
The Sendmail M4 configuration base directory /usr/share/sendmail-cf was not found on your system, or is not the correct directory. Maybe it has not been installed (common for packaged installs of Sendmail), or the module config is incorrect.
I read documentation at sendmail.org, it seems that structure of directories for send mail has been changed in version sendmail-8.1.4 shipped with FC13.
In webmin config module we have
Quote:
Sendmail M4 base directory = /usr/share/sendmail-cf
which is not there. I did a locate / sendmail-cf on the command line, it finds nothing
Thanks for your help
Thanks, I setup sendmail-cf and error disappeared.
From command line I can send email to root.
I tried to test sendmail setup by sending an email to my public email provided by my internet provider as follows
Code:
mail oneofemails@free.fr
I get the error
Quote:
553 sorry, your
envelope sender domain must exist (#5.7.1) (in reply to MAIL FROM command) while talking to mx1.free.fr
I added
Code:
FEATURE(`genericstable')dnl
I have generictable with 1 record
root myemail@free.fr
which I can see in the list of outgoing emails in webmin
Also, I modified smart host as follows
You should post the whole error (all the headers of the return mail) and maybe also what is logged in /var/log/maillog.
I can only guess that you have to masquerade your hostname. Take a look here for details
Bathory, in webmin, it is clearly indicated "Domain Masquerading'' the following
Quote:
If a domain is given above, sendmail will alter the From address of all outgoing messages to appear to come from that domain. In addition, any email messages passing through your system from one of the hosts or domains listed below will also have their From addresses modified in the same way. Note that any domain masquerading defined here can be overriden for specific users using the Outgoing Addresses page.
As I said, I have configured in ''outgoing addresses''
Code:
Mail from Change to
root mylinux@free.fr
Do you mean that I shoul have both configured in order that redirection works.
The original message was received at Tue, 26 Oct 2010 18:01:16 +0200
from salamlinux [127.0.0.1]
Quote:
----- The following addresses had permanent fatal errors -----
<mylinux@free.fr>
(reason: 550 5.1.8 your MAIL FROM is refused for this recipient : 553 sorry, your envelope sender domain must exist (#5.7.1))
----- Transcript of session follows -----
... while talking to mx1.free.fr.:
>>> RCPT To:<anotheremail@free.fr>
<<< 550 5.1.8 your MAIL FROM is refused for this recipient : 553 sorry, your envelope sender domain must exist (#5.7.1)
550 5.1.1 <mylinux@free.fr>... User unknown
>>> DATA
<<< 554 5.5.1 no valid recipients
As you see this doesn't work. I guess you have to add localhost.localdomain in /etc/mail/genericsdomain, depending of your sendmail configuration.
If you don't want to go with masquerading, take a look at this thread here at LQ (specially last post)
bathory,
In this thread it is indicated to add
GENERICS_DOMAIN_FILE(`/etc/mail/genericsdomain')
how this should be added? snedmail.cf, there is "define'', "feature, I tried to adding it manullay to cf filem, it doesnt rebuild, I used webmin same result, where this directive should go, is it a feature, a parameter, define or other
When I add
Quote:
Other GENERICS_DOMAIN_FILE(`/etc/mail/genericsdomain`)dnl
Rebuild fails with this
Code:
Failed to build configuration :
m4:/etc/mail/sendmail.mc:178: ERROR: end of file in string
Thanks bathory,
added the lines manullay to .mc file, ran the m4 and have a new sendmail.cf generated
I also regenerated the genericstable.
still getting the same error as if sendmail; is not taking into consideration the mapping with outgoing addresses generics table
Did you created the /etc/mail/genericsdomain?
From the link of my previous post you should run:
Code:
sendmail -bt -d0.1 < /dev/null
to find out what domain names you should put in that file. You need to restart sendmail for the changes to take effect.
I also think that you need to add:
Code:
FEATURE(`masquerade_envelope')dnl
in the sendmail.mc file, so both the header and the envelope "From:" address is rewritten
So you can notice
dnl FEATURE(masquerade_envelope)dnl
and
dnl GENERICS_DOMAIN_FILE(`/etc/mail/genericsdomain`)dnl.
Regarding
Code:
sendmail -bt -d0.1 < /dev/null
One question though to be on the same page, should I create a file called genericsdomain and leave it empty? After running this command, I get some infoirmation displayed as follows
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.