Przelewy nie zaczytują się
(→Sprawdzanie/pobieranie poczty przy użyciu np. klienta pocztowego) |
(→Proces clamd.exim.service) |
||
Linia 18: | Linia 18: | ||
<pre>systemctl status clamd.exim.service</pre> | <pre>systemctl status clamd.exim.service</pre> | ||
− | + | Jeżeli proces jest uruchomiony poprawnie to odpowiedź powinna wyglądać podobnie do tej: | |
<pre>clamd.exim.service - Clamd Exim An Interface Between MTA And Content Checkers | <pre>clamd.exim.service - Clamd Exim An Interface Between MTA And Content Checkers | ||
Loaded: loaded (/usr/lib/systemd/system/clamd.exim.service; enabled) | Loaded: loaded (/usr/lib/systemd/system/clamd.exim.service; enabled) | ||
Linia 34: | Linia 34: | ||
Dokładny opis działania autorestartu znajduje się [http://wiki2.net47.pl/index.php/Modul_systemu_wylacza_sie_lub_zawiesza tutaj] | Dokładny opis działania autorestartu znajduje się [http://wiki2.net47.pl/index.php/Modul_systemu_wylacza_sie_lub_zawiesza tutaj] | ||
− | |||
==Źle skonfigurowane zmienne== | ==Źle skonfigurowane zmienne== |
Wersja z 14:19, 16 sty 2015
Instrukcja co należy sprawdzić w przypadku gdy raporty z przelewami, które otrzymujemy z banku na maila nie zaczytują się.
Spis treści |
Sprawdzanie/pobieranie poczty przy użyciu np. klienta pocztowego
Najczęściej popełnianym błędem jest skonfigurowanie poczty odbiorczej (maila na który bank wysyła raporty) w kliencie pocztowym np. Thunderbird, bądź też logowanie się na pocztę i sprawdzanie czy przyszły nowe maile.
Pozostawienie nowych wiadomości jako nieprzeczytane nic nie daje, ponieważ status wiadomości na serwerze pocztowym już się zmienił i system jej nie zaczyta, mimo że jest oznaczona jako nieprzeczytana.
To konto pocztowe ma być obsługiwane tylko przez system NET47.
UWAGA!
Nie należy logować się na konto pocztowe na które przychodzą maile z banku.
Nie wolno odbierać poczty przy użyciu żadnego klienta pocztowego!!
Proces clamd.exim.service
Należy sprawdzić poniższym poleceniem czy proces clamd.exim.service jest uruchomiony w systemie.
systemctl status clamd.exim.service
Jeżeli proces jest uruchomiony poprawnie to odpowiedź powinna wyglądać podobnie do tej:
clamd.exim.service - Clamd Exim An Interface Between MTA And Content Checkers Loaded: loaded (/usr/lib/systemd/system/clamd.exim.service; enabled) Active: active (running) since wto 2014-12-23 01:53:15 CET; 3 weeks 3 days ago Main PID: 30569 (clamd) CGroup: name=systemd:/system/clamd.exim.service └─30569 /usr/sbin/clamd -c /etc/clamd.d/exim.conf
Jeżeli proces nie jest uruchomiony, należy go uruchomić poleceniem:
systemctl start clamd.exim.service
Żeby błąd nie wystąpił w przyszłości można dodać do CRONTAB-a wpis, który w razie awarii procesu automatycznie go podniesie:
*/1 * * * * /home/net47/cron-script/autorestart.sh clamd.exim >/dev/null 2>&1
Dokładny opis działania autorestartu znajduje się tutaj
Źle skonfigurowane zmienne
Jeżeli poprzednie kroki nie rozwiązały problemu należy sprawdzić czy wszystkie zmienne w Zmiennych systemowych w sekcji Bank są prawidłowo ustawione, zgodnie z otrzymywanym raportem bankowym.
Porada
Dobrym rozwiązaniem jest dodanie sobie dodatkowej grupy zmiennych. Przykładowo jeśli mamy jeden bank skonfigurowany jako bank1 możemy sobie dodać dodatkową grupę zmiennych bank2, które będą kopią zmiennych bank1, za wyjątkiem zmiennej bank2_email. Jako jej wartość podamy jakiś własny adres mailowy. Za jego pomocą będziemy mogli sami w przypadku jakiś błędów wysyłać raporty, tak jakby wysyłał je bank.