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.
--
Pozdrowienia,
Jacek.J