-
Zawartość
1191 -
Rejestracja
-
Ostatnio
-
Wygrane dni
26
Typ zawartości
Profile
Fora
Katalog firm
Wszystko napisane przez blfr
-
Jeśli za darmo i po polsku, to chyba tylko Prokonto. Przetestuj. Szału nie ma, ale działa. Najtańsze płatne wcale niekoniecznie będą lepsze. To słabe filtrowanie, bo ludzie używają współdzielonych adresów, a i od najlepszych dostawców czasem wyjdzie spam. Dlatego SpamAssasin ma kilkadziesiąt reguł, które punktuje i dopiero patrzy na całokształt, a nie tylko adres serwera. Niestety, u nas rzeczywiście wielu administratorów leci na łatwiznę, odrzuca po prostu wszystko z adresów, które się pojawią na Spamhaus Zen i trzeba się z tym liczyć.
-
Alias tutaj to dokładnie kolejna domena. Możesz normalnie używać twojanazwa@domena1.tld i twojanazwa@domena2.tld.
-
Zawsze są produkty różnej jakości na rynku. Ilu ludzi szyje garnitur na zamówienie, ilu buduje dom według unikalnego projektu? To normalne, że większość odbiorców korzysta z przeciętnej jakości, niedrogich produktów. Albo pokazujesz klientowi różnicę między porządną, natywną aplikacją, a taką za pięć stówek, albo znajdujesz innych klientów.
-
Zarówno aliasy jak i secondary to są nowe, dodatkowe domeny, tylko trochę inaczej działają.
-
Można do starych Google Apps Free dodawać domeny.
-
Chciałbym stworzyć w Google Apps adres kontakt@ i skierować wiadomości z niego do trzech osób. Problem jest tylko taki, że pozostałe dwie nie są świadome, kiedy jedna już na zapytanie odpowie. Jak obsługujecie grupowe adresy tego typu w Google Apps? Da się jakoś automatycznie dodać CC, żeby wszyscy mieli całą historię rozmowy albo coś takiego? Inne pomysły? Oczywiście, Google ma gotowe rozwiązanie tego problemu. Przetestuję.
-
Grupowe adresy Google Apps: co zrobić, żeby wiele osób nie odpowiadało na tę samą wiadomość?
blfr odpisał blfr na temat w Serwery Pocztowe
Ale to wymaga, żeby wszyscy zawsze klikali "reply all", co nie jest realistyczne. Do "Use a group as a collaborative inbox" zalinkowałem. -
Na razie zmiany idą w dobrym kierunku. Wygląda też na to, że szanse na polski Rotherham znacznie spadły.
-
To nie ma znaczenia, ilu domenom służy. Nadaj serwerowi kanoniczną nazwę w jednej z nich, na przykład zenek.domena1.pl, następnie w każdej ustaw MX, żeby wskazywały zenek.domena1.pl. Wtedy możesz ustawić PTR na zenek.domena1.pl. (i używać certyfikatu dla zenek.domena1.pl, chociaż cert przy SMTP serwery przyjmują dowolny). Co do DKIM syntax error in public key recordcoś źle przekleiłeś. Wygląda jakbyś skopiował znaki końca linii do rekordu txt z kluczem. Rekord SPF ustawiłeś poprawnie, ale to powinien być rekord TXT teraz raczej, więc zmień go na TXT.
-
Twoim głównym problemem jest podejrzany rDNS i to powinieneś poprawić w pierwszej kolejności. A klucz pewnie gdzieś skopiowałeś albo skonfigurowałeś niepoprawnie. Trudno powiedzieć z tego posta. Wyślij mi maila na test@hostingblog.ovh.
-
Jednym serwerem robisz obroty uzasadniające 75kPLN za serwis? Wow.
-
Jakkolwiek loguje się na Twój serwer i ma dostęp do danych. Słabą rekomendacją jest założenie, że administracja jest niekompetentna i dlatego nie wyciągnie klucza To, co piszesz, ma sens, jeśli weźmiesz serwer dedykowany. Wtedy to jest prawdziwa bariera. Do przełamania, ale nie łatwo.
-
VPS nie oferuje żadnej prywatności, bo operator ma pełny dostęp do pamięci serwera i może z powodzeniem wyciągnąć klucz do partycji, jeśli zechce (albo zostanie przekonany nakazem). Zresztą, może po prostu czytać dane, kiedy masz włączony serwer.
-
Możesz użyć route bez znajomości adresacji sieci klientów, bo pchasz tylko adresy, które chcesz obsługiwać. Prosty trick to użycie w miarę niepopularnego zakresu (192.168.213.1/24 czy 172.16.19.1/24). Ale nie powinieneś musieć tego robić. Trasa dla domyślnego subnetu VPN (tego, w którym dostaje adres również serwer VPN) powinna istnieć niezależnie. Czy jak łączysz się z VPN-em bez redirect gateway, to nie możesz pingnąć adresu serwera (domyślnie 10.8.0.4 czy 10.8.0.1, nie pamiętam)? Jeśli to jest pod grę, to może wygodniej będzie zastosować Hamachi?
-
Zwiedza Azję czy areszt?
-
Widziałem w poście, ale jak do tego doszedłeś?
-
Skąd wiesz, jaki serwer jest na innym adresie IP (tani, drogi, cokolwiek)?
-
Two factor auth - czy każdy hosting powinien to wprowadzić?
blfr odpisał Konrad Z. na temat w Bezpieczeństwo
Wygląda na to, że tak, ale tylko jeśli nie pozwolisz na używanie haseł (co nie jest złym pomysłem). Przy czym klucz sam zapewnia 2FA (czy może 1,5FA), bo możesz go zaszyfrować. -
Czy VPS OVH to dobry pomysł pod klientów?
blfr odpisał zergeling na temat w Serwery Dedykowane i VPS
W takiej skali w jakiej działa OVH zawsze będzie pełno prac. To jak listować bugi w Linuksie i mówić, że wobec tego lepiej go nie używać. Usługa VPS nie ma też wiele wspólnego ze współdzieloną pocztą. -
Nie zgłaszasz się FQDN swojego serwera: HELO powinno być z nazwaserwera.Twojadomena.tld, a nie samo nazwaserwera. To poprawisz w konfiguracji Exima. Nie masz poprawnie ustawionego rDNS. Zostawiłeś domyślny Online.net zamiast znów swojego FQDN. To poprawisz u swojego dostawcy.
-
Wyślij maila do mnie: test@hostingblog.ovh.
-
Tam jest cała lista i nie wszystkie słabości polegają na aktywnym ataku: Nie rozumiem przywiązania do tego antyku.
-
https://en.wikipedia.org/wiki/Point-to-Point_Tunneling_Protocol#Security
-
PPTP to dziurawy antyk, który się do niczego nie nadaje. Co chcesz osiągnąć? Dlaczego budujesz tę sieć? Dlaczego chcesz używać PPTP?
-
Serwer www potrzebuje prawa do czytania statycznych zasobów, które serwuje. Możesz to zrobić dodając go do grupy wszystkich użytkowników korzystających z www, ACL-ami, jakkolwiek. Natomiast php powinno się uruchamiać na prawach właściciela plików.