Jose Ildefonso Camargo Tolosa:
> Hi!
>
> This is getting interesting. How, exactly, does mailman (or other
> mailing list manager) handles this? I mean, I have seen several
> SPF-enabled domains, and these domains have subscriptions to one or
> more lists... now, reading the headers for one of
On Sat, 03 Apr 2010, Jose Ildefonso Camargo Tolosa wrote:
> So... my guess is that the SPF check will go against this mail
> address, not the one on the From field. am I right?
SPF is against the ENVELOPE, not the HEADER.
--
Sahil Tandon
Hi!
This is getting interesting. How, exactly, does mailman (or other
mailing list manager) handles this? I mean, I have seen several
SPF-enabled domains, and these domains have subscriptions to one or
more lists... now, reading the headers for one of the messages of this
lists, I got this:
S
Peer Heinlein:
> Hi!
>
> Some mailservers close their session immediatley if the client-IP is
> listed on RBLs or expected to come from a dynamic IP-range:
>
> p...@waffel:~> telnet 71.74.56.244 25
> Trying 71.74.56.244...
> Connected to 71.74.56.244.
> Escape character is '^]'.
> 554 5.7.1 - E
Hi!
Some mailservers close their session immediatley if the client-IP is
listed on RBLs or expected to come from a dynamic IP-range:
p...@waffel:~> telnet 71.74.56.244 25
Trying 71.74.56.244...
Connected to 71.74.56.244.
Escape character is '^]'.
554 5.7.1 - ERROR: Mail refused - <89.204.137.
On 4/3/10 8:24 AM, Masao Garcia at mas...@fshac.com wrote:
> Okay, I think I know what the problem is. Our reply-to addresses are for a
> domain that's not handled (yet) by our mail servers. We are in the middle
> of a transition to bringing our e-mail in-house away from an external
> pop/imap p
Masao Garcia:
> Wietse,
>
> Okay, I think I know what the problem is. Our reply-to addresses are for a
> domain that's not handled (yet) by our mail servers. We are in the middle
> of a transition to bringing our e-mail in-house away from an external
> pop/imap provider but during the transition
Wietse,
Okay, I think I know what the problem is. Our reply-to addresses are for a
domain that's not handled (yet) by our mail servers. We are in the middle
of a transition to bringing our e-mail in-house away from an external
pop/imap provider but during the transition we'd still like to keep t
Wietse Venema wrote:
Instead of speculating that "Postfix does not allow bounces to come
back", all the evidence you need is in the logfile. Postfix logs
ALL mail delivery attempts, including the attempts that fail.
"Bounces" normally have an "empty" envelope sender address which should
be lo
Yves Dorfsman:
> Wietse Venema wrote:
> >
> > There's no reject_unknown_* in there, so this does not reproduce
> > the complaint.
>
> Right, because I had commented them out in order to make it work. I put them
> back, here's the output of postconf -n
It's like sending your brother to the doct
Masao Garcia:
> Wietse,
>
> Maybe I should re-phrase my question. On my Exchange server, if I e-mail an
> invalid address, it will e-mail be back and tell me that the recipient does
> not exist. When I e-mail an invalid address using a web/imap/pop hosting
> provider, I get an e-mail telling me
Wietse,
Maybe I should re-phrase my question. On my Exchange server, if I e-mail an
invalid address, it will e-mail be back and tell me that the recipient does
not exist. When I e-mail an invalid address using a web/imap/pop hosting
provider, I get an e-mail telling me the recipient is not valid
12 matches
Mail list logo
