[SLE] Sendmail sends, but doesn't receive
Folks, For a little while now I've had a problem receiving incoming mails via sendmail. I'm not sure quite what I did to cause this. I must have done something. I've had to resort to using pop to such mail off my ISP for the time being. Outgoing mail via sendmail is fine. But incoming mail fails with the following style message. Nov 25 22:41:12 vogue sendmail[524]: WAA00524: ruleset=check_mail, arg1=<peigi@s use.com>, relay=[194.217.242.7], reject=451 <peigi@suse.com>... Sender domain must resolve DNS is fine. I'ma DNS client and can quite happily resolve names to addresses using any other aspect of the system. Anyone got any clues? Thanks, John -- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/Support/Doku/FAQ/
John McNulty wrote:
Folks,
For a little while now I've had a problem receiving incoming mails via sendmail. I'm not sure quite what I did to cause this. I must have done something. I've had to resort to using pop to such mail off my ISP for the time being.
Outgoing mail via sendmail is fine. But incoming mail fails with the following style message.
Nov 25 22:41:12 vogue sendmail[524]: WAA00524: ruleset=check_mail, arg1=<peigi@s use.com>, relay=[194.217.242.7], reject=451 <peigi@suse.com>... Sender domain must resolve
DNS is fine. I'ma DNS client and can quite happily resolve names to addresses using any other aspect of the system.
Anyone got any clues?
Sendmail doesn't receive mail, it can only send it. Hence its name: sendmail ^^^^ To retrieve mail, you want fetchmail, it's on the CDs. Hope that helps, Chris -- __ _ -o)/ / (_)__ __ ____ __ Chris Reeves /\\ /__/ / _ \/ // /\ \/ / ICQ# 22219005 _\_v __/_/_//_/\_,_/ /_/\_\ -- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/Support/Doku/FAQ/
On Fri, Nov 26, 1999 at 03:45:42PM +0000, Chris Reeves wrote:
Sendmail doesn't receive mail, it can only send it. Hence its name: sendmail ^^^^ To retrieve mail, you want fetchmail, it's on the CDs.
Just curious, but if sendmail can't receive mail, how does the SMTP server at the other end accept the mail you send if it's not using sendmail, or which ever SMTP daemon it's using? -- Brad Shelton On Line Exchange http://online-isp.com -- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/Support/Doku/FAQ/
Chris Reeves wrote:
Sendmail doesn't receive mail, it can only send it. Hence its name: sendmail ^^^^
Sorry Chris, but you're wrong on that one. Sendmail processes mail both ways. Observe the following processes on your system, if you're running it. 148 ? S 0:00 sendmail: accepting connections on port 25 My ISP's primary method of transfering email is vis SMTP, and for a good while, whenever I used to connect their mail server would kick in and squirt mail over to sendmail (via port 25). Then I changed a few things. At the time I was trying to stop VMware complaining about not being able to connect to 'vogue' (my ppp network) before I'd made a 'first' connection after booting (I didn't know about the 'dummy' network device back then). During this time, something I changed broke sendmail. By the time I realised sendmail had a problem I'd lost track of the changes I'd made and then backed out of. I was in a hurry, so resorted to POP3 via Netscape to pulling mail off. My ISP offers a special POP service that allows me to do username+hostname@mailserver which is OK if you know WHO the mail was sent to. But falls down if the sender has used an alias. This has caused my other half a problem recently, so now I need sendmail back.
To retrieve mail, you want fetchmail, it's on the CDs.
fetchmail is actually quite deadly in this scenario. At least if my ISP can't deliver via SMTP the mail stays on the server. fetchmail uses POP3 and then tries to deliver each mail to whomever it's intended by using the local mail delivery agent. i.e. sendmail. This fails spectacularly. Because of the problem I have the mails are lost locally and bounced back to the sender. I lost over 200 mails this way first time I tried it, and almost got chopped from the SuSE dist list as a consequence. I'm not touching fetchmail again after that experience. It's too unpredictable. So I'm back at square one! Any more suggestions anyone? Regs, John -- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/Support/Doku/FAQ/
John McNulty wrote:
Chris Reeves wrote:
Sendmail doesn't receive mail, it can only send it. Hence its name: sendmail ^^^^
Sorry Chris, but you're wrong on that one. Sendmail processes mail both ways. Observe the following processes on your system, if you're running it.
148 ? S 0:00 sendmail: accepting connections on port 25
Sorry about that, many people (as you probably well know) use pop to get their mail, and I assumed you fell into that category. In your situation you are, of course, perfectly correct, and I apologise again. And I'm also sorry to say I can't help you any further :( Oh well, Chris -- __ _ -o)/ / (_)__ __ ____ __ Chris Reeves /\\ /__/ / _ \/ // /\ \/ / ICQ# 22219005 _\_v __/_/_//_/\_,_/ /_/\_\ -- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/Support/Doku/FAQ/
John McNulty wrote:
chopped from the SuSE dist list as a consequence. I'm not touching fetchmail again after that experience. It's too unpredictable.
So I'm back at square one!
Any more suggestions anyone?
I will try to play "fetchmail phobia therapist" :-) Try setting the mda in .fetchmailrc to : mda "cat >>~mailtest" keep fetchall That will leave all mail on the server, retreive copies of all messages and place them in ~mailtest You can play with fetchmail that way, until you feel better about it. Then switch the mda to: "/usr/bin/procmail" keep fetchall and set up your .procmailrc to :0 c passthrough :0 * ! username It should work fine. And you can check the file ~passthrough for a copy of all mail. If you see that nothing is lost, remove the passthrough sort. Then you can be confident to remove the "keep" and replace it with "flush" in .fetchmailrc I'm still using Netscape because of the html links showing, but procmail - fetchmail is fun to play with. -- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/Support/Doku/FAQ/
zentara wrote:
John McNulty wrote:
I will try to play "fetchmail phobia therapist" :-)
Ha ha .. thanks for the tips. I must admit that I prefer retrieving mail via POP than receiveing via SMTP. The SMTP delivery is sometimes unreliable from my ISP. I still need the ability to receive and forward mail via SMTP for sending mail from Win98, which I run from VMware (in a host-only network configuration). If I can change the SMTP port number Outlook sends on and sendmail listens to, then I can keep sendmail for handling 'internal' mail and look to fetchmail+procmail for handling incoming Internet mail. I guess procmail isn't going to pay any attention to the standard mail aliases file. So the solution for me would be to suck in mail via fetchmail and use procmail as the system MDA and handle mail aliases in /etc/procmailrc. This will be even more beneficial if a fetchmail+procmail combo can yank mail from multiple maildrops, from different ISP's and still deliver successfully (by ignoring the hostname). I plan to switch to a cable modem ISP soon, but will want to keep my current ISP account active for a while so I don't loose mail being sent to the old address. Does that sound sensible to you? Regs, John -- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/Support/Doku/FAQ/
participants (4)
-
bshelton＠online-isp.com -
chris.reeves＠iname.com -
john＠vogue.demon.co.uk -
zentara＠gnat.net