hi
i tried to install the Cyrus SASLv2 but im getting errors in during the "make" process.
im running slackware 10
here is an image to the errors
http://img86.exs.cx/img86/5943/error8.jpg
any herlp?

If I help you will you hook me up with a good price on a DM4?

Well looking at the picture it seems to be having lots of problems with PAM. Afaik slackware doesnt come with PAM.....unless you installed dropline gnome, did you? If so then I really dont know what to tell you because I hear dropline gnome is all but impossible to remove.

Another thing I find iteresting is the following path:

/usr/lib/gcc-lib/i486-slackware-linux/3.3.4/

The reason I find this odd is because I am following Slackware-current and I dont have that path, the closest I have to it is this:

/usr/lib/gcc/i486-slackware-linux/3.4.2/

wow, i am running dropline gnome. so.. dropline is causing the problems?
thanks for your help

From what I hear dropline is VERY intrusive on your box. Its not just a simple program you can install and remove like sendmail or cyrus sasl for example. Dropline Gnome changes how slackware does things, adding PAM being a major one. Since neither PAM nor Dropline Gnome are officially supported and because it does major changes to your box I would stay away from Dropline like the plague.

Anyway, how about $900 for a new DM4

haha, i wish i had DM4's to sell.
my website is www.backyardpaintball.no-ip.com not backyardpaintball.com
i'm just making a forum for our local team and friends to hang and stuff.

thanks for your help. i'll reinstall slackware soon without dropline this time.

ok,
i reinstalled slackware and i got all the way through the guide until

this line..

i checked the two files and they are there though

you have to be in the folder.

cd /usr/share/sendmail/cf/cf/
m4 /usr/share/sendmail/cf/cf/sendmail-slackware.mc > /etc/mail/sendmail.cf

thanks

I have followed the guide for smtp authentication on slackware 10.. I installed the sasl2 libraries and I recompiled sendmail with sasl support and tls support. Everything is running.

I configured sendmail with options for smart_host, and authinfo file.

I made the authinfo file correctly I believe, and I made the .db file from that with the makemap command.

When trying to send email with mail, mailto, pine, sendmail..etc.


I get the following errors:
Oct 19 15:44:53 slacker sm-mta[6028]: i9ILQEJY004760: AUTH=client, available mechanisms do not fulfill requirements
Oct 19 15:44:53 slacker sm-mta[6028]: AUTH=client, relay="myserver"., temporary failure, connection abort
Oct 19 15:44:53 slacker sm-mta[6028]: i9ILQEJY004760: to=<"toaddress">, ctladdr=<"user@localhost"> (1006/100), delay=22:18:39, xdelay=00:00:00, mailer=relay, pri=4980304, relay=myserver. [IP], dsn=4.0.0, stat=Deferred: Temporary AUTH failure
Oct 19 15:44:53 slacker sm-mta[6028]: i9ILHuSK004748: to=<"toaddress">, ctladdr=<"localhostuser"> (0/0), delay=22:26:57, xdelay=00:00:00, mailer=relay, pri=4980463, relay=myserver., dsn=4.0.0, stat=Deferred

i took out the actual server names, and user names for privacy. But the information above should be sufficient. I will also put my configuration below.

I have looked everywhere online, google, linuxquestions, all the FAQ's, sendmail's site and cf guide..but cannot find the solution anywhere..has anyone else had this problem and if so did it get correctly, and how? If not does anyone know how to correct this problem or know what the problem is?

I haven't found AUTH=client anywhere, i'm not sure how the auth keeps getting send as that.

anyways here's my configuration:

include(`../m4/cf.m4')
VERSIONID(`default setup for Slackware Linux')dnl
OSTYPE(`linux')dnl
dnl# These settings help protect against people verifying email addresses
dnl# at your site in order to send you email that you probably don't want:
define(`confPRIVACY_FLAGS', `authwarnings,novrfy,noexpn,restrictqrun')dnl
dnl# Uncomment the line below to send outgoing mail through an external server:
define(`SMART_HOST',`[myserver]')
dnl# No timeout for ident:
define(`confTO_IDENT', `0')dnl
dnl# Enable the line below to use smrsh to restrict what sendmail can run:
dnl FEATURE(`smrsh',`/usr/sbin/smrsh')dnl
dnl# See the README in /usr/share/sendmail/cf for a ton of information on
dnl# how these options work:
FEATURE(`authinfo',`hash -o /etc/mail/authinfo.db')dnl
FEATURE(`use_cw_file')dnl
FEATURE(`use_ct_file')dnl
FEATURE(`mailertable',`hash -o /etc/mail/mailertable.db')dnl
FEATURE(`virtusertable',`hash -o /etc/mail/virtusertable.db')dnl
FEATURE(`access_db', `hash -T<TMPF> /etc/mail/access')dnl
FEATURE(`blacklist_recipients')dnl
FEATURE(`local_procmail',`',`procmail -t -Y -a $h -d $u')dnl
FEATURE(`always_add_domain')dnl
FEATURE(`redirect')dnl
dnl# Turn this feature on if you don't always have DNS, or enjoy junk mail:
dnl FEATURE(`accept_unresolvable_domains')dnl
EXPOSED_USER(`root')dnl
dnl# Also accept mail for localhost.localdomain:
LOCAL_DOMAIN(`localhost.localdomain')dnl
MAILER(local)dnl
MAILER(smtp)dnl
MAILER(procmail)dnl
Cwlocalhost.localdomain

you wouldnt use SMART_HOST unless you want ALL of your outgoing email relayed through another SMTP server. Its sort of like money laundering, instead of the email saying it came from your residential non-static ip, it will say it came from presumably your ISP's SMTP server and will be accepted (mostly) everywhere. The fact that you replaced the contents of SMART_HOST with "myserver" makes me think this is not what you are doing in which case there is no reason to run SMART_HOST at all.

As far as AUTH=client goes, Im not sure, what does your authinfo file look like?

well actually myserver is just what i used to cover up the real server, it not myserver at all but my_isps_mail_server, sorry for the confusion, i thought you would realize i just took the information out to make it more private. I understand that smart_host is for relaying all mail through sone other mail server which is what i want to do.

my authinfo file looks like

AuthInfo:my_isp_mailserver "U:myusername@my_isp_mailserver" "P:mypass" "M:PLAIN LOGIN CRAM-MD5 DIGEST-MD5"
AuthInfo: "U:myusername@my_isp_mailserver" "P:mypass" "M:PLAIN LOGIN CRAM-MD5 DIGEST-MD5"

where my_isp_mailserver is just some alias i threw in there because i don't want people to see the real server, and the same goes for the password

of course they are real servers, names and passwords, but i'm trying to keep it as generic as possible.

I checked with the sendmail's site about cf and it said you could put all the AUTH types delimited by spaces to check all of them.. but i still have a problem with just one of them in the list or all of them, which leads me to think that thats not the problem. The problem is my server configuration or their server configuration ,which i can't change their server config at all.

i talked to the isp and they said try plain, even though they don't know anything about sendmail, encryption or anything besides what microsoft has given them to use.

so..i was hoping someone else has this problem or knows how to correct it..i'm about to change my server configuration again to see if that helps..but we'll see..

thanks for replying, i hope you have more to say

Sorry, the problem is SOLVED!

I would like to know if any one can help me,

http://www.linuxquestions.org/questi...hreadid=253489

I´ve post thatm but no one had answerme, and I still can´t fix the problem



Thanks a Lot

regards

Thomas.

Great Article... I came unstuck at the './SlackBuild' command, it just kept hanging, but a reboot sorted it out. Pitched at a perfect level

If you are a long-time sbcglobal.net subscriber, like myself, and skipped getting yahoo service (retaining the unencumbered mymail@sbcglobal.net account) your new smtp server is now:

smtpauth.sbcglobal.net

I can get this to authenticate and chat just fine with sendmail... I can get it to send via command line and cgi script... messages say they are delivered... but they never actually get anywhere. Hmmm.

Without dumping a bunch of distracting config info, has anyone actually run into an issue where sendmail reports the mail to be delivered, but it never shows up? Note that on the very same box, Evolution email sends fine, configured for the same smtpauth.sbcglobal.net account.