Predictive using sendmail

[Kathleen]

Is there a way to get predictive working on a L1000 using sendmail? I have predictive installed. This machine is not a mail server and it is inside a firewall. I am getting an error that says
WARNING - 11:40 AM, 03/15/02 - Transfer(200)
Failure on connection; program error 50 errno 0
EML(4) Cannot reach rcp_usa@predictive.americas.hp.com. Return value: -4
INFORMATIONAL - 11:40 AM, 03/15/02 -
EML(4) Cannot reach rcp_usa@predictive.americas.hp.com. Return value: -4

I tried directing the predictive email for this server to our mail server but is there something special that I need to do to allow the predictive updates....and how might I get that accomplished. Thanks in advance!

[Craig Rants]

You need to have the sendmail daemon running for predictive to work in your case. However your error says that the preditive email cannot be sent. It may be that you can't sendmail out through your firewall. My take however is that predictive is broke. I have a box that does this, we've tried a million things to fix this with no success. We are just waiting for the predictive replacement.

C

[Ken Stallings]

I'm not convinced sendmail is the problem. Can you send email out from the machine? Do you see corresponding errors in the mail log? Sendmail only needs to run as a daemon if the machine is routing or forwarding mail. Otherwise sendmail -q30m should be fine. Predictive uses ocd to communicate so you should verify that is running. Set DDFA=1 in /etc/rc.config.d/netdaemons to ensure ocd starts up at boot. I haven't used predictive but a previous admin had it setup on a 10.20 machine and it used the modem to dial out.

[John Dvorchak]

Is you system able to send mail outside of the firewall? You will have to direct sendmail to use a gateway if it is on a private LAN as I suspect it is behind the firewall. Check in /etc/sendmail.cf for the smtp realay. Yours is probably blank it should be :
DSyourmailgw.foo.com

Now the second half of the equation is can you receive email to your system from the outside? If it doesn't work both ways you will get the failure message you mentioned.

When you think you have it all working you can test it by sending an email to an outside account and have that outside account reply.
Good luck

[Sanjay_6]

Hi Kathlenn,

If you can send emails from this server to the internet, even your predictive emails should go thru. If you cannot send emails from this server to the internet and if you have a mail server in the network which can send internet emails. All you have to do is to redirect all mails from this server to the mail server and the mail server will take care of the rest.

You can use the DS macro to configure your server to submit all your mails to the mail relay and the mail relay will forward the emails to the internet. Edit your /etc/mail/sendmail.cf file and change the DS macro,

Change

DS

to
DSyour_relay_server.domain.com

Say your relay is mailrelay.somedomain.com, your DS macro should look like,

DSmailrelay.somedomain.com

Restart sendmail,

/sbin/init.d/sendmail stop
/sbin/init.d/sendmail start

Try sending some email to the internet and check if it works. If it works, try sending your predictive emails.

Hope this helps.

Regds

[Patrick Gorman]

If you can get over the outbound email hurdle, Predictive requires a return path to the originating system. So, if your L can send a message, it has to also receive the reply. Alot depends on how mail is managed at your site.

[Kevin Nikiforuk]

Hi,

If you can send mail to the internet from your server you should be able to send Predictive email through.

Which version of sendmail do you have running? If you have 8.9.3 or better there are anti-spamming rules which will prevent your Predictive email from getting through. This is due to Predictive addressing it's mail to root without a valid domain name.

There are 2 possible ways to fix this:
Answer:
1) First is the server behind a firewall? Yes?
Then you can do the following - steps from HP
Run the command /usr/newconfig/etc/mail/cf/
cf/gen_cf. This will generate a new sendmail.cf.gen file.

Copy this file to /etc/mail and rename to sendmail.cf. Owership is bin:bin with 444 rights. Restart sendmail.

2) Is the server behind a firewall? NO?
Try adding the line TCPEM_MAILFROM=root@my.fullyqualified.hostname to /opt/pred/bin/tcpemail.cf.


You'll know if this problem applies to you if you see the following in your /var/adm/syslog/mail.log:

The message "ruleset=check_mail, arg1=, domain name required ".

Hope this is of value to you,
Kevin

[Kevin Nikiforuk]

I have to clear up some detail from my previous post.

I neglected to mention when you run
/usr/newconfig/etc/mail/cf/cf/gen_cf you should select menu option

"10: generate sendmail.cf with Accept_unqualified senders"

to generate the new sendmail.cf.gen file.

Not recommended unless you're behind a good firewall.

Also, the new file is created in the above directory.

Sometimes adding a timeout to the /opt/pred/bin/tcpemail.cf file helps. The format is TCPEM_SMTMOUT=90.

Kevin