No dobrze ... wlasnie robilem test - kolega z torunia ma neo. I one też wysłać nic nie może - ma podobne komunikaty w logach.
connect from host-86-111-102-171.tvk.torun.pl[86.111.102.171] mchip postfix/smtpd[14511]: lost connection after UNKNOWN from host-86-111-102-171.tvk.torun.pl[86.111.102.171] mchip postfix/smtpd[14511]: disconnect from host-86-111-102-171.tvk.torun.pl[86.111.102.171]
Czyli coś jednak nie do końca z tymi dns-ami ... Probowalem tez wykluczac z main.cf regolki ... ale tez jakos nic nie idzie... Konfiguracje main.cf mam taką:
myhostname = mchip.pl alias_maps = hash:/etc/aliases alias_database = hash:/etc/aliases login_maps = hash:/etc/postfix/login_maps mydomain = mchip.pl mydestination = mchip.pl, localhost.pl, localhost, localhost.localdomain, 127.0.0.1[127.0.0.1], 127.0.0.1, 82.177.100.0/23 myorigin = mchip.pl mynetworks = 127.0.0.0/8, 82.177.100.0/23 mailbox_command = /usr/bin/procmail smtpd_sasl_auth_enable = yes broken_sasl_auth_clients = yes smtpd_sasl_security_options = noanonymous smtpd_tls_key_file = /etc/ssl/postfix/key.pem smtpd_tls_cert_file = /etc/ssl/postfix/cert.pem smtpd_tls_CAfile = /etc/ssl/postfix/ca.pem smtpd_client_restrictions = smtpd_helo_restrictions = smtpd_sender_restrictions = smtpd_recipient_restrictions = permit_mynetworks = permit_sasl_authenticated = reject_unauth_destination = permit = header_checks = body_checks = ignore_mx_lookup_error = yes
smtpd_recipient_restrictions = hash:/etc/postfix/sender_checks, reject_non_fqdn_recipient, reject_unknown_recipient_domain, permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination, check_recipient_access pcre:/etc/postfix/recipient_checks.pcre, check_helo_access hash:/etc/postfix/helo_checks, check_helo_access pcre:/etc/postfix/helo_checks.pcre, check_sender_mx_access cidr:/etc/postfix/mx_access.cidr, check_helo_mx_access cidr:/etc/postfix/mx_access.cidr, reject_unknown_helo_hostname, reject_non_fqdn_helo_hostname, check_sender_access hash:/etc/postfix/sender_checks, reject_rbl_client dynamic.rbl.tld, reject_rhsbl_client revdns.rbl.tld, reject_rhsbl_helo revdns.rbl.tld, reject_rbl_client sbl-xbl.spamhaus.org, reject_rbl_client bl.spamcop.net, permit
smtpd_helo_required = yes unknown_hostname_reject_code = 550
smtpd_helo_restrictions = reject_unauth_pipelining, reject_invalid_helo_hostname, permit
strict_rfc821_envelopes = yes unknown_address_reject_code = 550
smtpd_sender_restrictions = reject_unknown_sender_domain, reject_non_fqdn_sender, reject_unknown_address, reject_sender_login_mismatch, reject_unauth_pipelining, check_sender_access pcre:/etc/postfix/sender_checks.pcre permit
smtpd_client_restrictions = check_client_access cidr:/etc/postfix/client_checks, reject_rbl_client chikor.rbl.tld, permit
Może czegoś tu za duzo .... No bo juz chyba tylko saslauthd zostaje....
W liście datowanym 14 stycznia 2010 (18:28:13) napisano:
On Thu, 14 Jan 2010 18:22:57 +0100, "Jacek.J" serwis@mikrochip.pl wrote:
No włanie tak coś mi się wydawało z tymi dns-ami.. Tylko jak to rozwiązać - ten serwer jest też dns-em dla klientów u mnie
w
sieci. Ma uruchomionego standardowo bind-a - nic więcej w nim nie ustawiałem. Rev dns - mam od operatora - domyślnie uruchomiony na wszystkie
publiczne
Ten serwer ma domene : mchip.pl w resolv.conf mam coś takiego:
search mchip.pl nameserver 127.0.0.1 nameserver 213.172.186.4 - to są dns-y operatora nameserver 213.172.186.5
Mam też drugi serwer z domeną mikrochip.pl On jest też dns-em dla klientów ( drugim ) w resolve.conf też ma podobnie i też podobne problemy z postfixem
Gdzie mam coś dopisać u operatora ? czy w swoich....? jak to zrobic ...
Skonfigurowac tego BINDa! A dokladniej - 252.mikrochip.pl nie ma w te chwili DNSa - tylko rev dziala. mikrochip.pl jest ok.