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
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
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
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
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
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
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
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.
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!
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
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
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
12 matches
Mail list logo
