Re: virtualusertable / mailertable ?
- From: "DC" <no@xxxxxxxx>
- Date: Mon, 11 Jul 2005 10:21:22 -0400
"Henning Hucke" <h_hucke+newsreply@xxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:Pine.LNX.4.58.0507101225110.5068@xxxxxxxxxxxxxxxxxxx
> On Fri, 8 Jul 2005, DC wrote:
>
>> [... Fullquote deleted. Why did you do that!? ...]
>>
>> Henning,
>>
>> First off, telling people to RTFM because you don't know the answer is a
>> waste of time and bandwidth.
>> Dont get me wrong, I appreciate the response, just not the RTFM part.
>
> It's one of my principles that one never gets just the RTFM but at least
> a hint what to look for and/or where to look for it. The "RTFM" is
> thought to tell the person that next time he or she should be a little
> bit more persistent in searching for the answer.
>
>> Maybe I didn't put in all correct details.
>
> Indeed. What you describe below is totally different than what you
> described in your first posting.
>
> A lacking information is whether the "foreign domain" is "behind" your
> mailserver - meaning: are you an MXer for this domain? Is it a customers
> domain? - or is this domain totally idependant of you.
>
>> 1. I need to be able to send email from subdomain.domain.com.
>
> This is no problem at all as long as recipients don't check SPF records
> and/or domain keys,
>
>> 2. People need to be able to reply to subdomain.domain.com
>> A. I can Not use any Reply-to headers, or add "my" domain, in any part
>> of the message
>> B. I dont' want there reply's, they go to someone else.
>
> Also no problem at all.
>
>> 3. I need to be able to catch all the bounce-backs that go to
>> subdomain.....
>
> Well obviously _this_ is the problem. But only as long as you don't care
> about RFCs!
>
> The "authorative" MXer for a domain is the right and also the _only_
> place to handle bounces.
>
> If you really have such a crude setup that you really need to handle
> bounces for such mails read about "Return-Path" and how the change it
> using sendmail rules and very likely a sendmail configuration file like
> "access" (or a realy separate one).
>
>> [...]
>> I did find another solution that is working.
>> [...]
>
> Honestly this "solution" is as crude as the need for it. Lookout for
> what I described above.
>
>> [...]
>
> BTW: If you have a normal sendmail setup the "Return-Path" is sent to
> the senders address - in this case yours - even if you send the mail on
> behalf of someone else ...
>
> Regards
> Henning
> --
> If women didn't exist, all the money in the world would have no meaning.
> -- Aristotle Onassis
I did look into return-path, but from what I found online, some mail servers
don't respect it. Some spam filters dont like to see it, Most importantly,
we don't want to have our address anywhere in the headers, and don't want
the client to have to setup anything extra (forwarding account) on their
side.
Our previous setup was fine, but as you mentioned above, it wont work with
some recipients. In our case anything going to verizon.net.
Can't really do SPF.. We dont have control over the domain, and don't want
the client to have to do anything extra on there side.
Our procmail setup (as crude as it may be) is working very well.
Thank you for your replies (even though you rtfm'ed me lol )
.
- References:
- virtualusertable / mailertable ?
- From: DC
- Re: virtualusertable / mailertable ?
- From: DC
- virtualusertable / mailertable ?
- Prev by Date: Reject email UNLESS from certain network
- Next by Date: Re: Include another file from access(.db) file
- Previous by thread: Re: virtualusertable / mailertable ?
- Next by thread: Blocking external mail with our domain as sender
- Index(es):
Relevant Pages
|
