Audyt dostępności WCAG

Test dostępności Twojej strony www - darmowy audyt WCAG

Od 28 czerwca 2025 r. Europejski Akt o Dostępności (EAA) będzie obowiązywał w całej UE, nakładając nowe wymagania dostępności cyfrowej na firmy z sektorów takich jak e-commerce, bankowość czy transport. Upewnij się, że Twoja strona internetowa spełnia standard WCAG 2.1 AA i jest gotowa na nadchodzące zmiany.

Wypełnij poniższy formularz aby zobaczyć natychmiastowe wyniki audytu swojej strony www (dokładniej: wskazanego adresu url). Pełną treść audytu otrzymasz w ciągu 15 minut na adres e-mail.

    [url* url placeholder \"https://www.example.com\"]

    Podaj pełen url skopiowany z przeglądarki

    Podaj swój służbowy adres e-mail. Na ten adres zostanie przesłana pełna treść audytu.

    Czy Twoja strona internetowa jest naprawdę dostępna dla każdego? Jeśli jeszcze nie przeprowadziłeś audytu WCAG, możesz nieświadomie ograniczać dostęp do swoich usług lub informacji. WCAG (Web Content Accessibility Guidelines) to międzynarodowy standard, który określa, jak tworzyć treści cyfrowe, by były one dostępne dla osób z różnymi niepełnosprawnościami. W Polsce coraz bardziej obowiązkowe staje się dostosowanie się do tych wytycznych, szczególnie dla podmiotów publicznych, ale także firmy prywatne zaczynają dostrzegać korzyści płynące z inkluzywności. Celem tego artykułu jest pokazanie, dlaczego audyt WCAG jest niezbędny, na czym polega jego przeprowadzenie i jakie korzyści z tego wynikają. Dowiesz się, jak identyfikować bariery dostępności, jakie metody testowania stosować i jak przygotować się do wdrożenia zmian, aby Twoja strona była bardziej przyjazna, efektywna i zgodna z obowiązującymi wymogami. Przeczytaj dalej, by poznać praktyczne wskazówki, które pomogą Ci nie tylko spełnić wymogi prawne, ale także zwiększyć zasięg i poprawić wizerunek swojej działalności.

    Zrozumieć WCAG fundamenty dostępności cyfrowej

    Wytyczne WCAG (Web Content Accessibility Guidelines) to międzynarodowe standardy opracowane przez organizację W3C (World Wide Web Consortium) i jej inicjatywę WAI (Web Accessibility Initiative). Ich celem jest zapewnienie, aby cyfrowe treści, takie jak strony internetowe i aplikacje, były dostępne dla jak największej grupy użytkowników, w tym osób z różnymi niepełnosprawnościami. WCAG wyznacza jasne zasady, które pomagają twórcom poprawić użyteczność i dostępność cyfrowych zasobów.

    Audyt dostępności WCAG

    Podstawą wytycznych są cztery kluczowe zasady, znane jako POUR. Pierwsza to Postrzegalność, czyli konieczność prezentowania informacji w sposób dostępny dla zmysłów 

    użytkowników. Druga to Funkcjonalność, zapewniająca dostępność wszystkich funkcji za pomocą różnych urządzeń i technologii wspomagających. Trzecia to Zrozumiałość, czyli tworzenie treści jasnych i łatwych do zrozumienia. Czwarta to Solidność, która gwarantuje, że strona będzie działała poprawnie na różnych urządzeniach i w różnych przeglądarkach.

    WCAG definiuje trzy poziomy zgodności: A, AA i AAA. Poziom A to minimalny wymóg, zapewniający podstawową dostępność. Poziom AA to standard branżowy, obejmujący większość potrzeb użytkowników. Poziom AAA jest najbardziej rygorystyczny i stosowany głównie przez instytucje publiczne. Aktualnie obowiązujące wersje to WCAG 2.0, wydane w 2008 roku, stanowiące podstawę do kolejnych aktualizacji. WCAG 2.1 z 2018 roku dodaje wytyczne dotyczące m.in. dostępności mobilnej i potrzeb osób z autyzmem, natomiast najnowsza wersja WCAG 2.2, opublikowana w 2022 roku, rozszerza te zasady o kolejne kryteria, zwiększając praktyczność i dostępność dla osób starszych oraz z ograniczeniami poznawczymi. Dzięki temu właściciele stron mogą skutecznie wdrażać dostępność cyfrową, spełniając zarówno wymogi prawne, jak i potrzeby użytkowników.

    Przygotowanie do audytu WCAG Twojej strony www

    Elementy podlegające Audytowi WCAG
    Rys.1 Strategia podejścia do audytu WCAG

    Przygotowanie do audytu WCAG zaczyna się od określenia zakresu testów. Należy zdecydować, które części strony będą poddane ocenie, co może obejmować:

    • całą witrynę,
    • wybrane podstrony,
    • formularze,
    • elementy interaktywne.

    Jasne zdefiniowanie obszarów audytu pozwala na skupienie się na najbardziej krytycznych aspektach dostępności.

    Kolejnym krokiem jest wybór odpowiedniego standardu i poziomu zgodności. Najczęściej rekomendowanym wyborem jest WCAG 2.1 na poziomie AA, który zapewnia szeroki zakres dostępności i jest zgodny z wymogami prawnymi w wielu krajach, w tym w Polsce. Taki wybór umożliwia spełnienie kluczowych kryteriów i minimalizuje ryzyko niezgodności.

    Ostatnim etapem jest zebranie zespołu lub wybór audytora. Może to być wewnętrzny specjalista ds. dostępności lub zewnętrzna firma, która posiada odpowiednią wiedzę i doświadczenie. Ważne jest, aby osoba przeprowadzająca audyt miała kompetencje do rzetelnej oceny, co zapewni wiarygodność i skuteczność całego procesu. Dobrze przygotowany zespół lub ekspert to klucz do skutecznego wdrożenia zaleceń i poprawy dostępności strony.

    Metody testowania dostępności jak przeprowadzić audyt

    W procesie oceny zgodności strony z WCAG kluczowe jest połączenie testów automatycznych i manualnych. Automatyczne narzędzia, takie jak Lighthouse (wbudowane w Chrome DevTools), WAVE (WebAIM), axe (Deque) oraz Pa11y, pozwalają na szybkie i powtarzalne wykrycie oczywistych błędów, takich jak brak altów, niewłaściwe kontrasty czy nieprawidłowe znaczniki HTML. Ich główną zaletą jest szybkość i możliwość integracji z procesem deweloperskim, np. w pipeline CI/CD, co pozwala na wczesne wykrywanie regresji. Jednak mają one ograniczenia, bo wykrywają jedynie około 30% problemów dostępności, więc pełna ocena wymaga testów manualnych.

    DostępnośćTesty manualne obejmują kluczowe techniki, takie jak obsługa strony za pomocą klawiatury, co sprawdza dostępność dla użytkowników nie korzystających z myszy. Użycie czytników ekranu (np. NVDA, JAWS, VoiceOver) umożliwia ocenę, czy treść jest poprawnie odczytywana i czy znaczniki semantyczne są właściwie stosowane. Sprawdzanie kontrastu kolorów oraz ocena struktury HTML gwarantują, że strona jest czytelna i intuicyjna. Testowanie formularzy, interaktywnych elementów oraz wyłączanie stylów CSS i obrazów pozwala na ocenę czytelności i dostępności w różnych warunkach. Warto także przeprowadzać testy z udziałem użytkowników z niepełnosprawnościami, które często ujawniają ukryte problemy UX. W ten sposób można skutecznie uzupełnić wyniki automatycznych skanów i zapewnić pełną dostępność strony.

    Kluczowe obszary do sprawdzenia podczas audytu WCAG

    Podczas audytu WCAG istotne jest szczegółowe sprawdzenie kilku kluczowych obszarów, które gwarantują pełną dostępność strony. Przede wszystkim należy ocenić semantyczną strukturę strony, czyli hierarchię nagłówków i poprawne oznaczenia, co ułatwia nawigację osobom korzystającym z czytników ekranu. Kolejnym krokiem jest sprawdzenie nawigacji i linków, aby nazwy były zrozumiałe, a opcje typu „skip to content” umożliwiały szybkie przejście do głównej treści. Teksty alternatywne dla grafik, czyli atrybut alt, muszą być opisowe i precyzyjne, aby osoby z niepełnosprawnościami wizualnymi mogły korzystać z zawartości. Warto również zwrócić uwagę na obsługę formularzy, sprawdzając czy pola mają poprawne etykiety, czy są grupowane logicznie, a komunikaty błędów są jasne i widoczne.

    WCAGKolejnym ważnym aspektem jest kontrast i czytelność treści. Minimalny kontrast powinien spełniać wymagania WCAG, a kolory nie mogą być jedynym wskaźnikiem funkcji, co zapewnia dostępność dla osób z ograniczonym widzeniem kolorów. Dostępność multimediów wymaga dodania napisów do filmów i transkrypcji, co umożliwia korzystanie z materiałów osobom niesłyszącym. Dynamika i animacje muszą być przewidywalne, z opcją zatrzymania lub wyłączenia, a unikanie błysków zapobiega atakom epilepsji. Ostatnim istotnym elementem jest responsywność strony, która musi dobrze działać na różnych urządzeniach mobilnych i w różnych rozdzielczościach, zapewniając użytkownikom pełną funkcjonalność niezależnie od sprzętu. W ten sposób audyt obejmuje kompleksową ocenę wszystkich kluczowych obszarów, gwarantując zgodność z WCAG i dostępność dla każdego użytkownika.

    Najczęstsze błędy dostępności wykrywane podczas audytów

    Podczas audytów dostępności najczęściej spotyka się kilka powtarzających się błędów, które znacząco utrudniają korzystanie ze strony osobom z różnymi niepełnosprawnościami. Jednym z najpoważniejszych jest brak opisów alternatywnych dla obrazów, co uniemożliwia osobom korzystającym z czytników ekranu zrozumienie zawartości wizualnej. Kolejnym problemem jest niski kontrast tekstu względem tła, który sprawia, że treści są trudne do odczytania dla użytkowników z wadami wzroku.

    Nieprawidłowa lub brakująca struktura nagłówków to kolejny powszechny błąd, który utrudnia nawigację i zrozumienie hierarchii informacji. Linki i przyciski bez zrozumiałych etykiet powodują, że użytkownicy nie wiedzą, do czego służą dane elementy, co może prowadzić do dezorientacji. Brak widocznego fokusu dla użytkowników klawiatury sprawia, że korzystanie z witryny bez myszki jest niemal niemożliwe, ponieważ nie wiadomo, który element jest aktywny.

    W formularzach często pojawiają się błędy takie jak nieprawidłowe lub brakujące etykiety, co uniemożliwia poprawne wypełnianie i weryfikację treści. Dodatkowo, treści nie są odpowiednio dostępne przy powiększeniu strony, co może utrudniać korzystanie osobom z ograniczoną zdolnością widzenia. Problemy z nawigacją wyłącznie za pomocą klawiatury, np. brak możliwości poruszania się po stronie bez użycia myszy, są kolejnym częstym błędem. Wszystkie te nieprawidłowości można skutecznie wyeliminować poprzez stosowanie sprawdzonych praktyk, takich jak poprawne oznaczenia, testy dostępności i regularne audyty, co zapewni wyższy poziom dostępności i spełnienie wymagań WCAG.

    Co po audycie raport i plan naprawczy

    Po przeprowadzeniu audytu dostępności kluczowe jest szczegółowe przeanalizowanie wyników, aby zidentyfikować wszystkie wykryte problemy i ustalić ich priorytety. Priorytetyzacja powinna opierać się na wpływie na użytkowników oraz na stopniu trudności wdrożenia poprawek. Na podstawie tych informacji tworzy się szczegółowy raport z audytu, który powinien zawierać wykaz zidentyfikowanych problemów, ich opis, poziom pilności oraz zalecenia dotyczące rozwiązania.

    Schemat poprawy WCAG
    Rys.2 Schemat poprawy WCAG

    Kolejnym krokiem jest opracowanie planu działań naprawczych. Plan ten obejmuje konkretne zadania, terminy ich realizacji oraz przypisanie odpowiedzialnych osób lub zespołów. W planie warto uwzględnić zarówno krótkoterminowe poprawki, jak i długofalowe działania systemowe.

    Po wdrożeniu poprawek konieczne jest przeprowadzenie ponownych testów, aby potwierdzić skuteczność działań i sprawdzić, czy wszystkie bariery zostały usunięte. Regularne monitorowanie i ponowne audyty zapewniają utrzymanie wysokiego poziomu dostępności oraz zgodności z obowiązującymi wytycznymi WCAG.

    Aspekty prawne audytu WCAG w Polsce

    Obowiązek zgodności z WCAG dla podmiotów publicznych w Polsce wynika z Ustawy o dostępności cyfrowej, która wymaga od nich zapewnienia dostępności cyfrowej stron internetowych i aplikacji mobilnych na poziomie AA. Poziom AA jest obecnie uznawany za standard minimalny, gwarantujący szeroki dostęp dla różnych grup użytkowników, w tym osób z niepełnosprawnościami. Deklaracja dostępności to oficjalny dokument publikowany przez podmioty publiczne, informujący o aktualnym stanie dostępności ich serwisów oraz planach jej poprawy. Od 2025 roku na mocy Europejskiego 

    Dostępność cyfrowa

    Aktu o Dostępności (EAA) obowiązek ten zostanie rozszerzony na sektor prywatny, obejmując firmy z branży telekomunikacyjnej, finansowej, handlowej, transportowej i IT. Brak spełnienia wymagań może skutkować sankcjami prawnymi i finansowymi, takimi jak kary, nakazy dostosowania czy ograniczenia działalności. W praktyce oznacza to konieczność regularnych audytów i wdrażania działań poprawiających dostępność, aby uniknąć konsekwencji prawnych i zapewnić zgodność z obowiązującymi normami.

    Podsumowując, regularne audyty WCAG to klucz do skutecznego zapewnienia dostępności Twojej strony internetowej. Dzięki nim zyskujesz nie tylko szerszy zasięg i lepsze SEO, ale także budujesz pozytywny wizerunek firmy jako organizacji dbającej o równe szanse wszystkich użytkowników. Pamiętaj, że dostępność to proces ciągły, a nie jednorazowe działanie. Skorzystaj z bezpłatnego audytu WCAG już dziś, aby identyfikować i usuwać bariery, zanim staną się problemem prawno-finansowym. Wdrożenie zaleceń i regularne testy pozwolą Ci nie tylko spełnić obowiązki prawne, ale także tworzyć bardziej inkluzywne i efektywne serwisy online, które przyciągną i zatrzymają każdego użytkownika. Nie czekaj, sprawdź swoją stronę i zacznij działać na rzecz dostępności już teraz – Twoi klienci i użytkownicy będą Ci za to wdzięczni.

    Dodatkowe informacje na temat WCAG

    https://digital-strategy.ec.europa.eu/pl/policies/web-accessibility-directive-standards-and-harmonisation

    https://www.gov.pl/web/dostepnosc-cyfrowa/wcag-21-w-skrocie

    case studies

    Bezpłatna konsultacja

    Testimoniale

    Opinie i rekomendacje otrzymane od innych specjalistów:

    PORTFOLIO:

    Realizowałem skuteczne działania e-marketingowe dla kilkudziesięciu marek. Niżej wybrane spośród nich:

    Formularz kontaktowy / bezpłatnej konsultacji:

    Możesz także napisać na [email protected] lub zadzwonić 607-387-142:

      Wprowadź imię i nazwisko i nazwę firmy

      Wprowadź swój adres e-mail

      Załącznik

      Opcjonalnie załącz plik zawierający więcej informacji o projekcie

      Wpisz wiadomość. Jakiego typu usługi Cię interesują? Możesz też podać szacunkowy budżet.

      Copyright 2022 © „ION” Michał Sławiński, NIP: 732-198-98-86, Regon: 100706412 | Logotypy wykorzystane jedynie w celach informacyjnych

      Postfix - konfiguracja nazwy hosta

      Instalacja Postfix i Dovecot wraz z obsługą SSL, SPF, DKIM, DMARC i dostępem z programu pocztowego

      Instalacja Postfix i Dovecot wraz z obsługą SSL, SPF, DKIM, DMARC i dostępem z programu pocztowego

      Uwaga: zjedź na sam dół artykułu aby poznać łatwiejszy sposób instalacji

      Do edycji plików w poniższym tutorialu wykorzystano edytor Nano. Najczęściej wykorzystywane polecenia w edytorze:

      • Ctrl+Shift+V – wklej
      • Ctrl+X – zamknięcie pliku z pytaniami o nadpisanie (w przypadku zmodyfikowania)
      • Ctrl+W – szukaj w pliku
      • Alt+w – następne wystąpienie wyszukiwanego tekstu w pliku,

      Polecamy również linuksowy eksplorator plików Midnight Commander (mc).

      Nowy użytkownik systemowy

      Tworzymy nowego użytkownika w systemie i przyporządkowujemy go do grupy sudo. Nazwa użytkownika powinna być taka sama, jak użytkownik (przed znakiem @) w adresie mailowym, który chcesz założyć:

      sudo adduser listonosz sudo

      Tworzenie użytkownika Ubuntu

      Przyporządkowujemy naszego użytkownika do grupy sudo:

      sudo usermod -aG sudo listonosz

      Sprawdzamy czy nasz serwer posiada poprawną nazwę hosta:

      hostnamectl

      W razie potrzeby ustawiamy nazwę hosta:

      sudo hostnamectl sethostname example.com

      Dodanie rekordów DNS dla domeny

      Upewniamy się w panelu rejestratora naszej domeny (lub w panelu firmy świadczącej usługi pośrednictwa m.in. DNS, typu Cloudflare, jeśli z takowej korzystamy) czy rekordy DNS są poprawne lub ewentualnie je uzupełniamy:

      • rekord typu A o nazwie mail, wskazujący na IP naszego serwera,
      • rekord typu MX o nazwie takiej samej, jak domena www (też jak domena w adresach mailowych), wskazujący na nazwę hosta naszego serwera

      Rekordy DNS - Cloudflare

      Instalacja Postfix

      Instalujemy Postfix:

      sudo apt-get install postfix

      W kolejnych oknach konfiguracyjnych wybieramy OK.

      Konfiguracja postfix

      W kolejnym oknie wybieramy domyślną opcję „Internet site”:

      Rodzaj serwera dla postfix - wybór

      Dalej wpisujemy naszą nazwę hosta:

      Postfix - konfiguracja nazwy hosta

      Widok pomyślnie zakończonej instalacji Postfix wygląda tak:

      Postfix-zakończenie isntalacji

       

      Polecenia dotyczące sprawdzenia stanu działania usługi Postfix i restartu:

      sudo systemctl status postfix
      sudo systemctl restart postfix

      Kreator konfiguracji Postfix

      Uruchamiamy kreator dalszej konfiguracji Postfix, należy wpisać:

      sudo dpkg-reconfigure postfix

      Przechodzimy jeszcze raz przez uzupełnione wcześniej ekrany, następnie w oknie Recipient for root and postmaster mail możemy wpisać domyślny adres mailowy (typu [email protected]) lub pozostawić to pole puste:

      Konfiguracja postfix - domyślny odbiorca poczty

       

      Dalej określamy domyślne destynacje odbierania poczty:

       

      Kofiguracja Postfix - destynacje

       

      W kolejnym oknie, dotyczącym wymuszenia synchronizacji, wybieramy domyślne „Nie”.

      Na kolejnych ekranach potwierdzamy adresy sieci lokalnych, rozmiar skrzynki pocztowej, znak dotyczący adresu lokalnego (zostawiamy „+”), protokoły internetowe („all”). Na tym kończy się kreator konfiguracji ale nie kończy się nasza konfiguracja 😉

      Na wszelki wypadek, podajemy inne polecenia mogące przydać się w przyszłości, dotyczące weryfikacji stanu usługi postfix:

      Wstępne sprawdzenie poprawności działania Postfix

      Sprawdzenie czy usługa działa:

      ps -ef | grep postfix

      Sprawdzenie portu 25:

      sudo netstat -plnt | grep :25

      Sprawdzenie logów (ta komenda wyświetli ostatnie linie logu i będzie je aktualizować na bieżąco, co jest przydatne do monitorowania aktywności Postfixa w czasie rzeczywistym):

      sudo tail -f /var/log/mail.log

      Sprawdzenie poprawności konfiguracji postfix:

      postfix check

      Wracając jednak do naszego tutoriala, w kolejnym kroku przetestować możemy wysyłanie poczty lokalnie za pomocą konsoli:

      telnet gmail-smtp-in.l.google.com 25
      

      Powinniśmy otrzymać poniższy komunikat.

      Postfix - test telnet

       

      Kończymy połączenie wpisując:

      quit

      Dalej możemy przetestować pocztę z poziomu konsoli za pomocą wybranego pakietu spośród poniższych. Wystarczy jeden:

      1. mail,
      2. mailx,
      3. mutt
      4. sendmail

      Ad. 1. Testowanie za pomocą narzędzia mail. Narzędzie mail jest często preinstalowane na wielu dystrybucjach Linuxa.

      sudo apt-get install mailutils
      echo "Treść wiadomości" | mail -s "Temat wiadomości" [email protected]

      Wysyłanie wiadomości z załącznikiem:

      echo "Treść wiadomości" | mail -s "Temat wiadomości" -A /ścieżka/do/załącznika [email protected]
       

      Jeśli mail nie dotarł do adresata (sprawdzamy koniecznie też foldery ze spamem), może to oznaczać, że nasz system nadawcy nie ma skonfigurowanego żadnego alternatywnego MTA (Mail Transfer Agent) w systemie update-alternatives. Sprawdzamy czy rzeczywiście tak jest poleceniem:

      sudo update-alternatives --config mta

      Jeśli otrzymujemy poniższą zwrotkę:

       

      Test MTA

      …oznacza to, że musimy zarejestrować Postfix jako domyślny MTA:

      sudo update-alternatives --install /usr/sbin/mta mta /usr/sbin/postfix 100

      Prawidłowa zwrotka:

      Konfiguracja MTA

      Próba wysłania maila testowego w powyższy sposób na adres gmail zakończy się niepowodzeniem, ponieważ Gmail wymaga SPF lub DKIM (opis wdrożenia przedstawiony później w tym poradniku):

       

      Gmail require DKIM or SPF

      Wydzielenie folderów pocztowych na dysku

      Edytujemy plik konfiguracyjny Postfix:

      sudo nano /etc/postfix/main.cf

      Dodajemy na jego końcu linię:

      home_mailbox = Maildir/

      Zamiast dopisywania w/w linijki, możemy odpalić polecenie:

      sudo postconf -e 'home_mailbox = Maildir/'

      Instalacja Dovecot

      Aby wdrożyć możliwość odczytu poczty przez imap/pop3 instalujemy Dovecot:

      • dovecot-core: Podstawowy pakiet Dovecot.
      • dovecot-imapd: Obsługuje protokół IMAP.
      • dovecot-pop3d: Obsługuje protokół POP3.
      sudo apt-get update
      sudo apt-get install dovecot-core dovecot-imapd dovecot-pop3d

      Po pomyślnej instalacji restartujemy usługę:

      sudo systemctl restart dovecot

      Konfiguracja Dovecot

      Konfigurujemy Dovecot poprzez edycję plików konfiguracyjnych:

      sudo nano /etc/dovecot/dovecot.conf

      Dopisujemy/edytujemy linię (litery „s” oznaczają obsługę połączeń SSL):

      protocols = pop3 pop3s imap imaps

      Możemy zweryfikować lokalnie działanie pop3 oraz pop3s komendami odpowiednio:

      telnet localhost 110
      openssl s_client -connect localhost:995

      lub też sprawdzić działanie z zewnątrz, przy użyciu strony https://www.wormly.com/test-pop3-mail-server

      W formularzu wpisujemy tam login i hasło konta utworzonego na początku poradnika oraz port 995 (testujemy pop3s – połączenie przez SSL). Powinniśmy otrzymać wynik:

      Test pop3s

      Dodatkowe rekordy DNS: DMARC, SPF oraz DKIM

      Aby nasza poczta nie trafiała do spamu, konfigurujemy dodatkowe rekordy DNS.
      Rekordy SPF oraz DMARC ustawiamy na sztywno (zamieniając „nazwa_hosta_pocztowego” oraz „ip_serwera_pocztowego” na odpowiednie wartości:

      Rekord SPF

      Typ rekordu (Type): TXT
      Name: nazwa_hosta_pocztowego
      Wartość: v=spf1 ip4:ip_serwera_pocztowego a mx ~all
      lub
      Wartość: v=spf1 mx include:_spf.google.com ip4:ip_serwera_pocztowego ~all

      Rekord DMARC

      Typ rekordu (Type): TXT
      Name: _dmarc
      Wartość: v=DMARC1;p=quarantine;aspf=r;sp=none

      Instalacja pakietu DKIM na serwerze i dodanie rekordu DKIM w DNS

      Zawartość rekordu DKIM musi być skopiowana z informacji wygenerowanej przez pakiet instalowany na serwerze.

      sudo apt install opendkim opendkim-tools

      Dodajemy opendkim do usług uruchamianych wraz ze startem systemu:

      sudo systemctl start opendkim
      sudo systemctl enable opendkim

      Tworzymy katalog i generujemy klucz (zamieniając „nazwa_hosta_pocztowego” na odpowiednią wartość):

      mkdir /etc/opendkim
      opendkim-genkey -D /etc/opendkim/keys/--domain nazwa_hosta_pocztowego --selector mail

      We wskazanym folderze powinny pojawić się dwa pliki:

       

      Opendkim wygenerowane pliki

       

      Kopiujemy część zawartości pliku .txt do rekordu DKIM w strefie DNS (usuwając też ze środka ” ” (apostrof spacja apostrof – screen przed usunięciem)).

      DKIM rekord

      Nadajemy uprawnienia do katalogu opendkim:

      sudo chown -R opendkim:opendkim /etc/opendkim

      Modyfikujemy plik konfiguracyjny opendkim.

      sudo nano /etc/opendkim.conf

      Należy dodać/odkomentować/zmodyfikować poniższe linie:

      Autorestart yes
      AutorestartRate 10/1h
      LogWhy yes
      UMask 002
      #Socket local:/run/opendkim/opendkim
      KeyTable refile:/etc/opendkim/KeyTable
      SigningTable refile:/etc/opendkim/SigningTable
      ExternalIgnoreList refile:/etc/opendkim/TrustedHosts
      InternalHosts refile:/etc/opendkim/TrustedHosts
      SignatureAlgorithm rsa-sha256
      

      Sprawdzamy poprawność działania DKIM na stronie https://dmarcian.com/dkim-inspector/

      Na końcu ponownie sprawdzamy czy wysyłanie poczty działa:

      /usr/bin/sendmail [email protected]
      From: [email protected]
      Subject: Test
      Testowa wiadomość

      Do testowania przesyłki maili możemy także wykorzystać serwis https://www.mail-tester.com/

      Naciskamy Ctrl+D i sprawdzamy czy poczta dotarła.

      Bibilografia:

      1. https://www.youtube.com/watch?v=00JuYb0NpuA
      2. https://jan.wildeboer.net/2022/08/Email-1-Postfix-2022/

      Aktualizacja:

      Zdecydowanie prostszą i polecaną przeze mnie formą instalacji serwera mailowego jest Docker Mailserver

      case studies

      Bezpłatna konsultacja

      Testimoniale

      Opinie i rekomendacje otrzymane od innych specjalistów:

      PORTFOLIO:

      Realizowałem skuteczne działania e-marketingowe dla kilkudziesięciu marek. Niżej wybrane spośród nich:

      Formularz kontaktowy / bezpłatnej konsultacji:

      Możesz także napisać na [email protected] lub zadzwonić 607-387-142:

        Wprowadź imię i nazwisko i nazwę firmy

        Wprowadź swój adres e-mail

        Załącznik

        Opcjonalnie załącz plik zawierający więcej informacji o projekcie

        Wpisz wiadomość. Jakiego typu usługi Cię interesują? Możesz też podać szacunkowy budżet.

        Copyright 2022 © „ION” Michał Sławiński, NIP: 732-198-98-86, Regon: 100706412 | Logotypy wykorzystane jedynie w celach informacyjnych