Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 01 Mar 2000 04:15:51 -0500
From:      Jim Conner <jconner@enterit.com>
To:        "Igor B. Bykhalo" <goshik@binep.ac.ru>, <freebsd-questions@freebsd.org>
Subject:   Re: sendmail troubles - any takers?
Message-ID:  <4.3.2.20000301041341.00c52210@mail.enterit.com>
In-Reply-To: <01bf8357$60daab00$0000e9c1@serv2.binep.ac.ru>

next in thread | previous in thread | raw e-mail | index | archive | help
Well...it looks like your sendmail is doing exactly what its supposed to be 
doing...its denying relay mail.  You have a lot of  clients (possibly the 
people you want to allow to relay through you) trying to send mail through 
your server.

If you want them to be able to sendmail through your server, edit your 
relay rules.  Otherwise, don't worry bout it.  The lamers (if they aren't 
your clients) should stop attempting to relay through you.

Jim

At 11:23 AM 3/1/00 +0300, Igor B. Bykhalo wrote:
>I just took the duty of administering our mail-server,
>so sendmail is totally new to me. Help, please...
>(Config files see below)
>
> >From the last maillog (sorry for wrapping):
>[...]
>Mar  1 11:00:19 ns sendmail[3541]: LAA03541: ruleset=check_rcpt, 
>arg1=<piven@pc.jaring.my>
>, relay=khari [193.233.44.78], reject=550 <piven@pc.jaring.my>... Relaying 
>denied
>Mar  1 11:00:19 ns sendmail[3541]: LAA03541: from=<khariton@binep.ac.ru>, 
>size=0, class=0, pri=0, nrcpts=0, proto=SMTP, relay=khari
>[193.233.44.78]
>Mar  1 11:00:19 ns sendmail[3542]: LAA03542: ruleset=check_rcpt, 
>arg1=<rps@matsc.iitkgp.ernet.in>, relay=khari [193.233.44.78],
>reject=550 <rps@matsc.iitkgp.ernet.in>... Relaying denied
>Mar  1 11:00:19 ns sendmail[3542]: LAA03542: from=<khariton@binep.ac.ru>, 
>size=0, class=0, pri=0, nrcpts=0, proto=SMTP, relay=khari
>[193.233.44.78]
>Mar  1 11:00:38 ns sendmail[3548]: LAA03548: <Y5L721049@ns.binep.ac.ru>... 
>User unknown
>Mar  1 11:00:39 ns sendmail[3548]: LAA03548: from=<>, size=1921, class=0, 
>pri=0, nrcpts=0, proto=ESMTP, relay=gateway1.maxtek.com
>[205.238.1.41]
>Mar  1 11:02:07 ns sendmail[3555]: LAA03555: ruleset=check_rcpt, 
>arg1=<sizov@ffs.isasu.kiev.ua>, relay=truba256 [193.233.44.86],
>reject=550 <sizov@ffs.isasu.kiev.ua>... Relaying denied
>Mar  1 11:02:22 ns sendmail[3557]: LAA03557: ruleset=check_rcpt, 
>arg1=<sizov@dep38.semicond.kiev.ua>, relay=truba256
>[193.233.44.86], reject=550 <sizov@dep38.semicond.kiev.ua>... Relaying denied
>Mar  1 11:04:24 ns sendmail[3563]: LAA03563: 
>from=<owner-freebsd-chat@FreeBSD.ORG>, size=4033, class=-60, pri=142033, 
>nrcpts=1,
>msgid=<200003010805.AAA20518@agora.bafug.org>, proto=ESMTP, 
>relay=hub.FreeBSD.ORG [204.216.27.18]
>Mar  1 11:04:25 ns sendmail[3564]: LAA03563: to=<goshik@binep.ac.ru>, 
>delay=00:00:13, xdelay=00:00:01, mailer=local, stat=Sent
>[...]
>
>We have small local LAN and use UUCP for a dozen of home users mail
>delivery.
>I found that our sendmail.cf was built from the following files
>in /usr/src/contrib/sendmail/cf:
>
> >>>cf/binep.mc:
>VERSIONID(`@(dnl)binep.mc       $Revision: 1.4.2.1 $')dnl
>OSTYPE(bsd4.4)dnl
>DOMAIN(binep.ac.ru)dnl
>MASQUERADE_AS(binep.ac.ru)dnl
>FEATURE(mailertable, `hash -o /etc/mail/mailertable')dnl
>FEATURE(accept_unresolvable_domains)dnl
>FEATURE(nocanonify)dnl
>define(`UUCP_RELAY',`ns.binep.ac.ru')dnl
>define(`UUCP_MAX_SIZE', 2000000)dnl
>MAILER(local)dnl
>MAILER(smtp)dnl
>MAILER(uucp)dnl
>
> >>>domain/binep.ac.ru.m4:
>divert(0)
>VERSIONID(`@(#)binep.ac.ru.m4   8.9 (Berkeley) 5/19/1998')
>define(`confFORWARD_PATH', 
>`$z/.forward.$w+$h:$z/.forward+$h:$z/.forward.$w:$z/.forward')d
>nl
>FEATURE(redirect)dnl
>FEATURE(use_cw_file)dnl
>define(`confCW_FILE', `-o /etc/mail/sendmail.cw')dnl
>
>What are the problems with this files? Relaying?
>And how to solve this?
>May be it will be simpler just to force users
>forget about UUCP and use something other (PPP)?
>
>TIA,
>Igor
>
>
>
>To Unsubscribe: send mail to majordomo@FreeBSD.org
>with "unsubscribe freebsd-questions" in the body of the message


~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Today's errors, in contrast:
Windows - "Invalid page fault in module kernel32.dll at 0032:A16F2935"
UNIX  - "segmentation fault - core dumped"
Humanous Beingsus - "OOPS, I've fallen and I can't get up"
-------------------------------
Jim Conner
NOTJames
jconner@enterit.com



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-questions" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4.3.2.20000301041341.00c52210>