mmmm21

Płatny http://www.gogetssl.com/domain-validation/comodo-positive-ssl/ Ewentualnie spróbuj darmowego, może spełni oczekiwania http://www.startssl.com/?app=1

Załóż sobie konto na http://freedns.42.pl Utwórz tam strefę master dla swojej domeny. Następnie w ovh przekieruj domenę na ns1.42.pl i ns2.42.pl. Jak się zmiany rozgłoszą, skorzystaj z cluodflare.

Pozostawiam tę kwestie każdemu użytkownikowi do oceny, w końcu faktury wystawia OVH sp.zoo z Wrocławia, może się mylę, ale skoro faktura jest z polskiej firmy, także i umowa o hosting/serwer jest zawierana z polską firmą. Spójrz chociażby w ten regulamin, pomiędzy kim jest zawierana umowa http://www.ovh.pl/pomoc/dokumenty/ogolne_warunki_dzierzawy_serwera_dedykowanego_2013.pdf

Schodzimy trochę z tematu głównego wątku: OVH Sp. z o.o. ul. Karola Miarki 6-10 lok. 3-4 50-306 Wrocław NIP: 8992520556 REGON: 933029040

Źródło: http://prace.ovh.pl/?do=details&id=16227 EDIT: Swoją drogą ciekawe czy mieli zgłoszoną bazę danych do GIODO?

W pliku /etc/dovecot/dovecot-sql.conf zmień linie default_pass_scheme = CRAM-MD5 na default_pass_scheme = MD5-CRYPT Sprawdź czy pomogło.

Przydałoby się jeszcze dodać do definicji strefy dns domeny wpis spf domena.eu. IN TXT "v=spf1 a mx -all"

Poprawne ustawienia dla przykładu w mian.cf: smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_pipelining, reject_invalid_hostname, reject_non_fqdn_hostname, reject_non_fqdn_sender, reject_non_fqdn_recipient, reject_unknown_sender_domain, reject_unknown_recipient_domain, reject_unauth_destination, Po drugie z main.cf w zmiennej mynetworks usuń ip zewnętrzne serwera. Po trzecie coś nie tak jest z ceryfikatami ssl, bądź konfiguracją ssl w postfix-ie. EDIT: openssl s_client -connect mail.domena.eu:25 -starttls smtp Tu wygląda wszystko ok. Powyżej w tym wątku podałem ci poprawną konfiguracje portu 587 dla postfixa, spróbuj jej użyć.

Podaj więcej szczegółów dotyczących konfiguracji strefy dns domeny, ciężko bez tego pomóc.

Podniosłeś serial strefy o jeden w górę??

Z przeniesieniem domen z rejestru NASK (domeny pl) do OVH nie ma problemów, o ile posiadasz kod authinfo. Jeżeli chodzi o transfer domen z innych rejestrów oprócz kodu authinfo wymagane jest opłacenie faktury pro-forma za transfer np. w przypadku domeny .eu. Pełny cennik http://www.ovh.pl/domeny/cennik_domen.xml Jeżeli będziesz chciał uzyskać kod authinfo dla polskich domen żeby przenieść domenę poza ovh, trzeba będzie o niego wystąpić listownie, stosując przewidzianą przez ovh procedurę.

Jeżeli chodzi o domene selika.eu, nie poprawnie skonfigurowany rekord MX w strefie dns: Nie wolno w rekordzie MX stosować rekordu CNAME. Musisz usunąć powyższy rekord ze strefy dns selika.eu i dodac rekord Jeżeli chodzi o domene petrobel.eu, to w strefie dns brak skonfigurowanego rekordu MX. Zerknij http://multirbl.valli.org/lookup/95.50.229.186.html Będziesz musiał się usunąc z kilku RBL-i.

Zdecyduj się gdzie trzymasz strefę główną master swojej domeny w ovh czy we freedns. Poza tym powyższa konfiguracja serwera dns w ovh nie jest poprawna i umożliwia atak dns AMP (http://prace.ovh.pl/?do=details&id=15995).

Wszystko zależy od konfiguracji docelowych serwerów pocztowych, jeżeli serwery te będą weryfikować revdns twojego serwera, to poczta zostanie odrzucona i nie dotrze do adresata. Na dzień dzisiejszy sprawdzenie, czy reverse dns serwera wysyłającego istnieje, powinno być standardem, nie wspominając tutaj o całkowitej zgodności ip->PTR->ip.

Jeżeli chcesz mogę zdalnie zerknąć w konfigurację Twojego serwera, w takim przypadku proszę o kontakt na PM.

W main.cf zmień smtpd_tls_security_level = encrypt na smtpd_tls_security_level = may. Jeżeli chodzi o revdns, to zgodnie z RFC1912, każdy adres ip powinien posiadać revdns, jak widać część firm nie przestrzega pewnych zasad, w dodatku próbuje na tym zarobić. EDIT: Bez pełnego wglądu w logi i konfiguracje serwera pocztowego, pomoc przypomina trochę wróżenie z fusów.

Zwracałem Ci już powyżej uwagę na brak reverse dns dla ip, którego używa Twój serwer pocztowy. Zwróć się do usługodawcy, żeby utworzyli Tobie reverse dns dla posiadanego adresu IP.

Słuchaj nie musisz tls/ssl uruchamiać, ale na dzień dzisiejszy to standard. Ewentualnie w postfixie w pliku master.cf możesz zamienić linie -o smtpd_tls_security_level=encrypt na -o smtpd_tls_security_level=may Na tę chwile nie działa ci odbieranie emaili, czy ich wysyłka??

Źle dokleiłeś to ma być w konfiguracji postfixa (master.cf) nie dovecota!

Prawdopodobnie Twój ISP blokuje port 25, z jakiej sieci wysyłasz emaile?? Zaraz zamieszczę konfiguracje portu 587 dla postfixa. W pliku master.cf doklej: submission inet n - - - - smtpd -o smtpd_tls_security_level=encrypt -o smtpd_sasl_auth_enable=yes -o milter_macro_daemon_name=ORIGINATING -o smtpd_client_restrictions= -o smtpd_helo_restrictions= -o smtpd_sender_restrictions=reject_sender_login_mismatch,permit -o smtpd_sender_restrictions=permit_sasl_authenticated,reject -o smtpd_recipient_restrictions=reject_non_fqdn_recipient,reject_unknown_recipient_domain,permit_sasl_authenticated,reject Poza tym, utwórz reverse dns dla ip swojego serwera pocztowego.

Czy posiadasz w katalogu postfixa podkatalog sasl z plikiem smtpd.conf (poniżej zawartość pliku)?? Jeżeli nie masz takiego pliku, to go utwórz, zrestartuj postfixa i zerknij czy pomogło.

Z góry przepraszam za offtopic. Na przyszłość płać kartą debetową/kredytową, będziesz mógł skorzystać z procedury chargeback w przypadku nie wykonania usługi, przy e-przelewie i zwykłym przelewie zwrot pieniędzy jest uzależniony od dobrej woli usługodawcy.

Czy skorzystanie z powyższej usługi ma sens, przy mniej krytycznych systemach?? Czy wystarczającym rozwiązaniem byłoby skorzystanie z dnsów usługodawcy, dodatkowo jako zapas serwis freedns.42.pl, zamiast płacić ovh ?? Czy powyższa usługa znajdzie klientów??

Może ten będzie dobry http://pl.airlive.com/product/N450R Kosztuje około 400zł za sztukę. Twój modem jest na liście wspieranych urządzeń http://fs.airlive.com/firmware/AirLive_N450R_Modem_Compatibility_List.pdf

Osobiście stosuje taki kabel http://www.speckable.pl/?action=shop&tw_id=1889&kod=YTKSY1X2X0%2C5 http://www.speckable.pl/?action=shop&tw_id=1902&kod=YTKSYEKW1X2X0%2C5 Dzięki wymianie kabla od gniazdka telefonicznego do routera, na powyższy udało się uzyskać 1,5 Mbit więcej przy synchronizacji połączenia. Stary kabel był jakiś chiński, przeciąłem go i stwierdziłem, żeby go polutować trzeba by użyc lupy.