On Sat, Feb 14, 2015 at 12:53:46PM -0500, Brad s wrote:
# postconf -n
smtpd_recipient_restrictions =
permit_mynetworks,
permit_sasl_authenticated,
reject_non_fqdn_recipient,
reject_unauth_pipelining,
reject_invalid_hostname,
reject_rbl_client
Am 14.02.2015 um 19:16 schrieb Viktor Dukhovni:
On Sat, Feb 14, 2015 at 12:53:46PM -0500, Brad s wrote:
# postconf -n
smtpd_recipient_restrictions =
permit_mynetworks,
permit_sasl_authenticated,
reject_non_fqdn_recipient,
reject_unauth_pipelining,
logging.
I UNDERSTAND THAT POSTFIX WON'T SHUT UP ABOUT MATCHING NETWORKS.
I tried to everything from deleting mynetwork entirely from the conf to
setting it to 0.0.0.0 /0.0.0.0 http://0.0.0.0
so what's the issue then if all is working
you reported cannot send emails - NOQUEUE: reject: RCPT
# postconf -n
broken_sasl_auth_clients = yes
command_directory = /usr/local/sbin
config_directory = /usr/local/etc/postfix
daemon_directory = /usr/local/libexec/postfix
data_directory = /var/db/postfix
debug_peer_level = 4
debug_peer_list = 127.0.0.1
debugger_command =
Am 14.02.2015 um 18:53 schrieb Brad s:
# postconf -n
postconf: warning: /usr/local/etc/postfix/main.cf http://main.cf/: unused
parameter: smtpd_relay_restriction=permit_mynetworks, permit_sasl_authenticated,
defer_unauth_destination
postconf: warning: /usr/local/etc/postfix/main.cf
Actually the logs are pretty clear
match_list_match: ool-4355399b.dyn.optonline.net: no match
Where the possibility of there ever being a match are slim and none.
The server is on a dynamic network.
The only way that info is found is via verbose logging.
I UNDERSTAND THAT POSTFIX WON'T SHUT UP
://0.0.0.0
so what's the issue then if all is working
you reported cannot send emails - NOQUEUE: reject: RCPT with no
*non-debug* logs and if you seek help you need to provide that logs from
connection to reject or have look rule out the problem at your own
Am 14.02.2015 um 20:14 schrieb Brad s:
? Verbose logs in no way indicates software functioning properly.
unbelievebale
* you don't find the problem otherwise the thread won't exist
* nobody but you is interested in verbose logs
* so if you need help from others provide the informations
emails - NOQUEUE: reject: RCPT with no
*non-debug* logs and if you seek help you need to provide that logs from
connection to reject or have look rule out the problem at your own
On Sat, Feb 14, 2015 at 02:14:40PM -0500, Brad s wrote:
If I add my ip address to mynetworks (which is dead wrong) I can see the
mail make it farther in the system but then gets caught in match classes
for the destination domain (which is also dead wrong).
Have you fixed your main.cf settings
You should refrain from being so condescending.
it's fixed. because of verbose logging pointing me to the error, slowly I
weeded it down to a broken variable in relay_recipient_maps.
So, you were looking in the wrong place.
On Sat, Feb 14, 2015 at 2:35 PM, li...@rhsoft.net li...@rhsoft.net wrote:
Am 14.02.2015 um 20:29 schrieb Brad s:
Here are your logs without verbose logging
https://bpaste.net/show/79c1ea5f65e6
Can see anything now. But you were very insistent
forget it - i have no nicer words than you are not able to privide basic
informations and hence should refrain to maintain
Am 14.02.2015 um 22:34 schrieb Brad s:
You should refrain from being so condescending
if you would just do what people are telling you
it's fixed. because of verbose logging pointing me to the error, slowly
I weeded it down to a broken variable in relay_recipient_maps
pretty sure with the
13 matches
Mail list logo