From owner-freebsd-questions@FreeBSD.ORG Wed Mar 8 17:04:01 2006 Return-Path: <owner-freebsd-questions@FreeBSD.ORG> X-Original-To: questions@freebsd.org Delivered-To: freebsd-questions@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D95F916A423 for <questions@freebsd.org>; Wed, 8 Mar 2006 17:04:01 +0000 (GMT) (envelope-from nvidican@wmptl.com) Received: from wmptl.net (mail.wmptl.com [216.8.159.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id B587143D6A for <questions@freebsd.org>; Wed, 8 Mar 2006 17:03:53 +0000 (GMT) (envelope-from nvidican@wmptl.com) Received: from [10.0.0.104] (r3140ca.wmptl.net [10.0.0.104]) by wmptl.net (8.13.4/8.13.4) with ESMTP id k28H3mfR092231; Wed, 8 Mar 2006 12:03:48 -0500 (EST) (envelope-from nvidican@wmptl.com) Message-ID: <440F0E8D.8060304@wmptl.com> Date: Wed, 08 Mar 2006 12:04:13 -0500 From: Nathan Vidican <nvidican@wmptl.com> User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Giorgos Keramidas <keramida@ceid.upatras.gr> References: <440F033A.2070400@wmptl.com> <20060308164224.GA88086@flame.pc> In-Reply-To: <20060308164224.GA88086@flame.pc> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.54 on 10.0.0.80 Cc: questions@freebsd.org Subject: Re: Sendmail / alias issue X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions <freebsd-questions.freebsd.org> List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-questions>, <mailto:freebsd-questions-request@freebsd.org?subject=unsubscribe> List-Archive: <http://lists.freebsd.org/pipermail/freebsd-questions> List-Post: <mailto:freebsd-questions@freebsd.org> List-Help: <mailto:freebsd-questions-request@freebsd.org?subject=help> List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-questions>, <mailto:freebsd-questions-request@freebsd.org?subject=subscribe> X-List-Received-Date: Wed, 08 Mar 2006 17:04:02 -0000 Giorgos Keramidas wrote: > On 2006-03-08 11:15, Nathan Vidican <nvidican@wmptl.com> wrote: > >>I know there might be a better sendmail/related mailing list to send this >>to, but figured I'd drop it here and give it a shot - sorry for the cross >>post, but I subscribe to -questions so figured it'd be okay and beneficial >>to other users too. Anyhow, on with the problem: >> >>I have an entry like this in /etc/mail/aliases: >> >>someolduserwhoquit: 550:"The user you have attempted to send mail to no \ >> longer exists on this system, please see\ >> http://www... for details or a new contact" >> >>(not exact; in alias file it's all on one line with no \ ) >> >>alias works exactly as expected; when someone sends a message to >>someolduserwhoquit@wmptl.com, it bounces their message back with the error >>string I quoted. The problem then, becomes SPAM (lol - when is SPAM NOT a >>problem eh?). >> >>example: >> - (faked) from: somefakeid@yahoo.com >> - sends a message to someolduserwhoquit@wmptl.com >> - tries to bounce message back, in-turn getting message bounced back to >> our postmaster saying 'no valid user here for somefakeid@yahoo.com' >> >>So, to the question part... how can I setup an alias to either ignore the >>bounce-back it gets, (ie to blindly send the bounce itself), or is it >>possible to specify a different from address on our server's end so when/if >>the other receiving server doesn't have a valid from address it just drops >>the reply on our end, like so: > > > I prefer using a different error code that is not a "permanent error". > > A "transient error" forces the SMTP relay of the spammers to keep the > message for some period in their queue and try again later. There's no > need for you to keep the message in your own mail queue :) > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" > > True, but eventually it will fail from their queue as well and return the message - the key question there I guess then is if the message returns to us or to their postmaster then? Also, any suggestions as to the 'proper' transient error code? A 451 will force a retry/wait condition will it not? -- Nathan Vidican nvidican@wmptl.com Windsor Match Plate & Tool Ltd. http://www.wmptl.com/