Słuchajcie, mam pewną zagwozdkę z którą nie mogę uporać się przez dłuższy czas.
Korzystam z MailPlus na Synology i próba wysłania maila przez port 587 kończy się fiaskiem, logi wskazują, że router z Tomato odrzuca połączenie, logi wyglądają następująco:
Cytat
21:11:30 MailPlus MailScanner: New Batch: Scanning 1 messages, 5621 bytes
21:11:30 MailPlus MailScanner: Virus and Content Scanning: Starting
21:11:30 MailPlus MailScanner: SpamAssassin cache hit for message 08905215E10.AD5DD
21:11:30 MailPlus MailScanner: Requeue: 08905215E10.AD5DD to 616CD215E18
21:11:30 MailPlus postfix/qmgr: 616CD215E18: from=, size=4935, nrcpt=1 (queue active)
21:11:30 MailPlus MailScanner: Uninfected: Delivered 1 messages
21:11:30 MailPlus MailScanner: Deleted 1 messages from processing-database
21:11:30 MailPlus postfix/smtuser: connect from Tomato[192.168.0.10]
21:11:30 MailPlus postfix/smtuser: Anonymous TLS connection established from Tomato[192.168.0.10]: TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)
21:11:30 MailPlus postfix/smtp: Untrusted TLS connection established to mail.adres.pl[192.110.100.10]:587: TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)
21:11:30 MailPlus postfix/smtuser: 8E757215E19: client=Tomato[192.168.0.10], sasl_method=PLAIN, sasl_username=user
21:11:30 MailPlus postfix/cleanup: 8E757215E19: hold: header Date: Thu, 24 Nov 2016 21:10:30 +0100 from Tomato[192.168.0.10]; from= to= proto=ESMTP helo=
21:11:30 MailPlus postfix/cleanup: 8E757215E19: message-id=<58e3475c-8c9d-4b80-87b3-064b57cec32f@localhost>
21:11:30 MailPlus postfix/smtp: 616CD215E18: to=, relay=mail.adres.pl[192.110.100.10]:587, delay=1.6, delays=1.4/0/0.1/0.07, dsn=2.0.0, status=sent (250 2.0.0 Ok: queued as 8E757215E19)
21:11:30 MailPlus postfix/smtuser: disconnect from Tomato[192.168.0.10] ehlo=2 starttls=1 auth=1 mail=1 rcpt=1 data=1 quit=1 commands=8
21:11:30 MailPlus postfix/qmgr: 616CD215E18: removed
192.168.0.10 - IP Tomato
192.110.100.10 - IP zewnętrzny
(pozmieniałem sensytywne dane ale zachowując układ)
DNS mam skonfigurowane poprawnie (maile przychodzące ze świata są, ale wychodzące ode mnie kończą w statusie HOLD), porty na Tomato i Synology otwarte.
Spotkał się ktoś z podobną przypadłością? Wie ktoś gdzie jeszcze szukać przyczyny problemu?
W konfiguracji konta proponowałbym wyłączyć SSL/TLS. Na porcie 587 nie masz szyfrowania (uwierzytelnianie tak), jak już coś to 465.
Blad połączenia dla certyfikatu może właśnie wynikać, ze certyfikat jest ustawiony na serwer ale na port 465.
Witam,
Też kombinowałem z Synology na wszystkie sposoby i nie udało mi się zmusić go do wysłania maila na porcie 587. Jedyna opcja, która działa mi prawidłowo to Relay przez mailjet.com na porcie 25. Żadne moje wysłane wiadomości nie lądują w spamie.
· Łącznie użytkowników: 24,115 · Najnowszy użytkownik: Ja
Czat
Musisz się zalogować, aby opublikować wiadomość.
Maniek91PL
06-11-2024 22:37
dzięki !
maxikaaz
29-10-2024 14:27
@Maniek91PL - Administration=> Admin Access, i tam masz "Allow Wireless Access" do zaznaczenia
Maniek91PL
26-10-2024 22:07
siemka! ktoś przypomni co się ustawiało jeśli nie mogę wejść od strony wifi do tomato? od lan działa
overflow2
04-10-2024 17:34
Kupowałem Asusy n10u albo n12d1 ale nie widzę ich, chyba już nie produkują, Chodzi o coś nowego i taniego. Transfery niewielkie.
maxikaaz
04-10-2024 09:38
@overflow2 patrząc po dostępności funkcji w nowych kompilacjach, to chyba nawet WRT54G/GL jeszcze ma OpenVPN, albo jakiś odpowiednik... zależy, na jakie transfery liczysz.
overflow2
30-09-2024 20:53
Jaki aktualnie najtańszy router do tomato do openvpn?
maxikaaz
27-07-2024 15:07
@servee - na początek router do rozebrania i obejrzenia, ciężko wróżyć tak tylko po objawach
maxikaaz
27-07-2024 14:55
@servee - cały kontroler nie pada tak sobie z powodu "zbiegu okoliczności", więc prawdopodobnie gdzieś przepięcie.
servee
25-07-2024 13:33
@maxikaaz: działało, aż pewnego pięknego dnia przestało działać. W tym dniu była też burza, ale to raczej zbieg okoliczności.
maxikaaz
25-07-2024 11:38
@servee - o ile problem jest w obrębie samych wyjść (dławiki, warystory), to naprawialne, ale jeśli w samym SoC - to nienaprawialne ze względu na koszta. A co było przyczyną?
' target='_blank'>Link
