[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [cobalt-users] Pop before SMTP - I've had enough.
- Subject: Re: [cobalt-users] Pop before SMTP - I've had enough.
- From: Larry Smith <lesmith@xxxxxxxxx>
- Date: Fri Mar 29 13:04:00 2002
- Organization: ECSIS.NET
- List-id: Mailing list for users to share thoughts on Cobalt products. <cobalt-users.list.cobalt.com>
INRE Re: [cobalt-users] Pop before SMTP - I've had enough.:
> > > It's not about relaying, that's the whole point!
> >
> > It is about relaying!
>
> No, it's not about relaying. Read his and my emails,
>
> You're confusing the POP before SMTP option errors
Gentlemen,
This "could" be interesting, but..... now I've had enough....
It is much easier to go to the "source" and resolve the issue.
If you would care to connect to your RAQ (ssh, telnet, mind-probe or however
you connect) and change directory to /etc/mail. There you should find two or
more "sendmail.cf" files - primarily sendmail.cf and sendmail.cf.nopopauth.
The sendmail.cf is the currently active file (one being used if you have
pop-before-smtp turned on); the sendmail.cf.nopopauth is "supposed" to be the
one that does _not_ have the "pop-before-smtp" relay option
enabled/set/whatever you call it. (If your files are the "same" then
sendmail.cf.master should be the "other" copy).
If you will kindly do a "diff" of these two files I "highly" suspect that you
WILL NOT see the following line as a "difference":
+++
R$* $#error $@ 5.7.1 $: "550 Relaying denied. Please check your mail
first."
+++
Conversely you can "grep "check your" from your current sendmail.cf file and
it should show up. If you "less" the file, you should find it at the end of
the Basic_check_relay subroutine section.
I have tested this on both an RAQ3 and RAQ4 and "once" pop-before-smtp is
set, this line is added at the end of the "Basic_check_relay"
subroutine/section - and apparently "left" there regardless of what you do
later. What this means is since it is the "last" line of that routine, all
else being "ok" or equal - the routine will "finish" here - - meaning it will
send that message (and reject) - IF NOTHING ELSE FAILS - and/or nothing else
tells the sendmail program that the message is "ok".....
Larry Smith
SysAd ECSIS.NET
sysad@xxxxxxxxx