On my postfix server, when I send to outside users using the 'mail'
command, the remote mail server rejects the messages with an 'unknown
domain' error because they are coming from r...@host.domain.com.
However, if I telnet to postfix locally and submit the message using
'mail from:root' (no
Use the Email Address Patterns for the lookup key sequence in
http://www.postfix.org/access.5.html and apply that to the pgsql_table
document..
A check sender access will always reference the MAIL FROM given to Postfix.
It is up to you and your needs as to what the table will contain and
On Sat, 28 Mar 2009, Res wrote:
On Fri, 27 Mar 2009, Terry Carmen wrote:
when f...@example.com SMTP connects to our SMTP, I want the message
secretly accepted (for lack of a better term) but then I want our
SMTP to,
after accepting, return: 550 service unavailable in their
transaction,
On Sat, 28 Mar 2009, Robinson, Eric wrote:
On my postfix server, when I send to outside users using the 'mail'
command, the remote mail server rejects the messages with an 'unknown
domain' error because they are coming from r...@host.domain.com.
Is host.domain.com the FQDN of your Postfix
mail is not postfix.
When you send something through mail/mailx you are using a smtp client, that
will add whatever formatting it's configured to do. It's not really
different from using outlook, eudora, mutt, etc. You pass some stuff to the
client, the client wraps it up, and sends it through
JohnD a écrit :
Use the Email Address Patterns for the lookup key sequence in
http://www.postfix.org/access.5.html and apply that to the pgsql_table
document..
A check sender access will always reference the MAIL FROM given to Postfix.
It is up to you and your needs as to what the table
Sahil Tandon a écrit :
[snip]
Don't use amavisd-new; it would be overkill for this task. And from my
cursory understanding of the SMTP protocol, I am not sure your goal is
reachable even with a simple pre-queue filter. Before passing mail to a
pre-queue filter (or milter), smtpd(8)
Robinson, Eric a écrit :
On my postfix server, when I send to outside users using the 'mail'
command, the remote mail server rejects the messages with an 'unknown
domain' error because they are coming from r...@host.domain.com.
However, if I telnet to postfix locally and submit the message
mouss a écrit :
Sahil Tandon a écrit :
[snip]
Don't use amavisd-new; it would be overkill for this task. And from my
cursory understanding of the SMTP protocol, I am not sure your goal is
reachable even with a simple pre-queue filter. Before passing mail to a
pre-queue filter (or milter),
On Sat, 28 Mar 2009, mouss wrote:
Sahil Tandon a écrit :
[snip]
Don't use amavisd-new; it would be overkill for this task. And from my
cursory understanding of the SMTP protocol, I am not sure your goal is
reachable even with a simple pre-queue filter. Before passing mail to a
Sahil Is host.domain.com the FQDN of your Postfix server?
Sahil Why is it an invalid internet address?
It's not invalid, it's just unknown to the receiving mail server because
there is no reverse DNS for it, which is by design. It's an internal
machine and there should be no reverse DNS for it
On Sat, 28 Mar 2009, Robinson, Eric wrote:
Sahil Is host.domain.com the FQDN of your Postfix server?
Sahil Why is it an invalid internet address?
It's not invalid, it's just unknown to the receiving mail server because
there is no reverse DNS for it, which is by design. It's an internal
Sahil Tandon a écrit :
On Sat, 28 Mar 2009, Robinson, Eric wrote:
Sahil Is host.domain.com the FQDN of your Postfix server?
Sahil Why is it an invalid internet address?
It's not invalid, it's just unknown to the receiving mail server because
there is no reverse DNS for it, which is by
Sahil Tandon a écrit :
On Sat, 28 Mar 2009, mouss wrote:
Sahil Tandon a écrit :
[snip]
Don't use amavisd-new; it would be overkill for this task. And from my
cursory understanding of the SMTP protocol, I am not sure your goal is
reachable even with a simple pre-queue filter. Before
mouss Don't speculate. post the relevant logs and give us
mouss a chance to help you.
I was afraid that if I admitted not knowing which logs were relevant,
people might give up entirely. :-) The only one I know about is
/var/log/messages. Are there others?
--Eric
Disclaimer - March 28, 2009
Sahil Did you read the rest of my message where I asked
Sahil you to investigate masquerade_domains?
Forgot about that part. I will check into it, but it seems to me that it
isn't necessary in this case because the mail is being sent correctly
when I telnet directly to postfix. It's the
I mean besides /var/log/messages and /var/log/maillog
Disclaimer - March 28, 2009
This email and any files transmitted with it are confidential and intended
solely for mouss+nob...@netoyen.net,postfix-us...@postfix.org. If you are not
the named addressee you should not disseminate,
Sahil,
The remote mail server is reporting this error:
450 4.1.8 r...@lb01.domain.com: Sender address rejected: Domain not
found
So I added the following line to main.cf and restarted postfix:
masquerade_domains = lb01.domain.com domain.com
But it did not help.
--
Eric Robinson
Disclaimer
Robinson, Eric a écrit :
mouss Don't speculate. post the relevant logs and give us
mouss a chance to help you.
I was afraid that if I admitted not knowing which logs were relevant,
people might give up entirely. :-) The only one I know about is
/var/log/messages. Are there others?
Hello,
I'm not sure what I should do with bounce messages from aliased addresses.
If X is the sender of a message to A what is an alias for B and my MTA
can't deliver the message to B for some reason, my MTA creates a
bounce messages and sends it to X.
The bounce message contains
On Sat, 28 Mar 2009, mouss wrote:
Sahil Tandon a écrit :
On Sat, 28 Mar 2009, mouss wrote:
Sahil Tandon a écrit :
[snip]
Don't use amavisd-new; it would be overkill for this task. And from my
cursory understanding of the SMTP protocol, I am not sure your goal is
reachable even
On Sat, 28 Mar 2009, Robinson, Eric wrote:
The remote mail server is reporting this error:
450 4.1.8 r...@lb01.domain.com: Sender address rejected: Domain not
found
So I added the following line to main.cf and restarted postfix:
masquerade_domains = lb01.domain.com domain.com
But it
fl...@pbartels.info a écrit :
Hello,
I'm not sure what I should do with bounce messages from aliased addresses.
If this happens often, disable the alias.
If X is the sender of a message to A what is an alias for B and my MTA
can't deliver the message to B for some reason, my MTA creates
On Sat, 28 Mar 2009, fl...@pbartels.info wrote:
I'm not sure what I should do with bounce messages from aliased addresses.
If X is the sender of a message to A what is an alias for B and my MTA
can't deliver the message to B for some reason, my MTA creates a bounce
messages and sends it
fl...@pbartels.info:
Hello,
I'm not sure what I should do with bounce messages from aliased addresses.
If X is the sender of a message to A what is an alias for B and my MTA
can't deliver the message to B for some reason, my MTA creates a
bounce messages and sends it to X.
The
Hello,
I wrote a policy server (that do RBL checks and dynamically disable slow RBL
servers). I supposed the right place is the smptd_client_restrictions:
smtpd_client_restrictions =
check_policy_service unix:/opt/mailfilter/client_restrictions
smtpd_helo_required = yes
mig:
Hello,
I wrote a policy server (that do RBL checks and dynamically disable slow RBL
servers). I supposed the right place is the smptd_client_restrictions:
smtpd_client_restrictions =
check_policy_service unix:/opt/mailfilter/client_restrictions
smtpd_helo_required = yes
On Sat, 28 Mar 2009, fl...@pbartels.info wrote:
[please keep this thread on-list]
Zitat von Sahil Tandon sa...@tandon.net:
On Sat, 28 Mar 2009, fl...@pbartels.info wrote:
I'm not sure what I should do with bounce messages from aliased addresses.
If X is the sender of a message to A what
On Sat, 28 Mar 2009, mig wrote:
I wrote a policy server (that do RBL checks and dynamically disable slow RBL
servers). I supposed the right place is the smptd_client_restrictions:
smtpd_client_restrictions =
check_policy_service unix:/opt/mailfilter/client_restrictions
Thanks for reply,
But I'm still a bit confused about the SMTPD_ACCESS_README.html:
Restriction lists are still evaluated in the proper order of (client, helo,
etrn) or (client, helo, sender, recipient, data, or end-of-data)
restrictions.
I agree, all restriction lists are evaluated on the
On Sun, 29 Mar 2009, mig wrote:
Thanks for reply,
Please, don't top-post.
But I'm still a bit confused about the SMTPD_ACCESS_README.html:
Restriction lists are still evaluated in the proper order of (client, helo,
etrn) or (client, helo, sender, recipient, data, or end-of-data)
Sahil Because your declaration of masquerade_domains is flawed.
You're right, I misunderstood the man page. I changed it as you
suggested and now it's working. Thanks!
Now here's a related question. When I receive the alerts on my cell
phone, the 'From' field just says 'root'. Is there a way
http://www.postfix.org/ADDRESS_VERIFICATION_README.html#probe_routing
that did it, thanks
Len
__
IMGate OpenSource Mail Firewall www.IMGate.net
33 matches
Mail list logo