xtonda

Absence DKIM ubírá body v hodnocení zda mail je spam, takže se může stát, že odeslané maily budou příjemcům padat do spamu častěji než kdyby měly DKIM. Co s tím dělat - prudit Pípni ať to spraví, takhle se ten konkrétní seznam prostě používat nemá, je to jasná chyba. Nebo změnit poskytovatele mailových služeb, což bych asi udělal já, pokud někdo udělal tohle takhle blbě, měl bych pochyby i o úrovni ostatních služeb.

Třeba protože doména má nastaveno DKIM a zatímco SMTP server Pípni k mailu přidá DKIM podpis zatímco STP server UPC to udělat nemůže, protože nemá patřičné klíče. Použití SMTP UPC je polovičatý workaround.

Date: Tue, 30 Jan 2018 17:47:30 +0100 From: =?UTF-8?Q?Vostr=C3=BD_Petr?= <petr.vostry@wall.cz> To: xtonda.konf@gmail.com Subject: test Message-ID: <bbd15b6f8c21a6ab8a656fd17192be42@wall.cz> X-Sender: petr.vostry@wall.cz User-Agent: Roundcube Webmail/1.2.3 Tenhle mail, podle user agenta z webmailu, přišel. Tak pokud to takhle má nastaveno Pípni, tak to je jednoznačně jejich chyba, ten PBL seznam není žádný blacklist, je to seznam domácích přípojek, pokud dojde ke korektní autentizaci tak to nemají použít, oni ten seznam vůbec nemají používat pro odesílání pošty svých uživatelů z mail aplikací.

Ještě doplňující otázka, tuhle dementní odpověď si dostal od Pípni nebo od správce mailserveru nějaké domény kam se snažíš poslat mail?

A změnu z mail.wall.cz na mail2.pipni.cz bych udělal i v nastavení DNS pro tu tvojí doménu wall.cz, kde máš mail.wall.cz jako MX záznam s nejvyšší prioritou.

mail.wall.cz a mail2.pipni.cz vedou na stejnou adresu, takže s klidem všude nastav mail2.pipni.cz místo mail.wall.cz. A zkus mi poslat ten mail na xtonda.konf@gmail.com

Promiň, překlepl jsem se, je to xtonda.konf@gmail.com Opakuji, IMAP je pro příjem pošty, na problémy s odesíláním nemá vliv, pro odesílání slouží SMTP server, tam záleží co a jak je nastaveno. Evžene, on to není blacklist, to je prostě seznam adres domácích přípojek na kterých není žádoucí provozovat SMTP server, respektive běžný domácí uživatel pro to nemá důvod, naopak to s oblibou dělají spammeři, čili SMTP relace z domácího počítače přímo na cílový MX může být podezřelá. A pochybuji, že by správce seznamu na žádost UPC blok odstranil, on tam je oprávněně, je spíše nedůsledností provozovatele seznamu, že třeba moje IP tam není.

Petr Vostrý, to že máš doménu u Pípni nic neznamená, já mám doménu registrovanou u Subreg, mail na té doméně mám provozovaný u Google (Google Apps, dnes tomu vlastně říkají G Suite) a webhosting mám Endora. Ty máš pravděpodobně něco špatně nastaveno, pokud máš mail na vlastní doméně, tak ti schránku provozu je někdo jiný než UPC (asi Pípni, ale možná někdo další) a v tom případě bys měl používat SMTP server toho, kdo ti poskytuje mailové služby a nikoliv od UPC. IMAP/POP3 slouží k vyzvedávání pošty a s problémem nesouvisí. Případně mi prostě pošli mail na xtonda.kon@gmail.com, z informací v hlavičkách se dá celkem dost poznat. Podle toho toho co píšou na tom blacklistu je to prostě seznam IP adres domácích přípojek a z takových adres není žádoucí připojování přímo na cílový MX server a dále je tam postup pro odebrání adresy, pokud je to staticky přidělená adresa a ty na ní provozuješ mail server, což asi nebude tvůj případ.

Petr Vostrý, tady je k tomu povídání https://www.spamhaus.org/pbl/query/PBL167869 Píšeš, že máš vlastní doménu, kdo ti provozuje mailovou schránku? Přes jaký SMTP server posíláš poštu? ------------------------ To je ale pro přihlašování do schránky - vyzvedávání pošty. Pro odesílání pošty ze sítě UPC přes SMTP server UPC se přihlašování k SMTP serveru nepoužívá, tak je to popsáno v dokumentu Příručka internetu.

Nativní IPv6 bez ztráty IPv4 bych bral, ale ne za cenu toho, že místo 450 Kč za 200/20 u UPC budu platit 600 Kč za 100/10 DSL u T-Mobile (+ kolik se platí za pevnou linku?), to mi přijde jako zbytečně moc kvůli tomu abych nemusel forwardovat jeden port. Navíc na všechno co chci mít dostupné zvenku lezu přes SSH tunel, nic nevystrkuju ven a to už pak je úplně jedno.

Ano, díky zvolené technologii DS lite se při přepnutí na IPv6 přijde o veřejnou IPv4 adresu, navíc, pokud sem to dobře pochopil, je pak nutné používat jejich modem jako router a nelze použít vlastní router. Čili skutečně není o co stát, bohužel.

Z Prahy to vypadá takhle, což mi přijde OK: ~$ traceroute 224.243.205.35.bc.googleusercontent.com traceroute to 224.243.205.35.bc.googleusercontent.com (35.205.243.224), 30 hops max, 60 byte packets 1 * * * 2 ip-86-49-1-65.net.upcbroadband.cz (86.49.1.65) 6.642 ms 8.656 ms 8.628 ms 3 cz-prg01a-ra4-vla2010.net.upc.cz (84.116.222.201) 8.506 ms 8.537 ms 8.518 ms 4 cz-prg02b-ri1-ae8-0.aorta.net (84.116.137.50) 9.028 ms cz-prg02b-ri1-ae0-0.aorta.net (84.116.136.169) 8.490 ms 8.446 ms 5 213.46.180.74 (213.46.180.74) 8.684 ms 8.666 ms 8.573 ms 6 108.170.245.51 (108.170.245.51) 8.578 ms 7.675 ms 108.170.245.35 (108.170.245.35) 8.063 ms 7 216.239.46.49 (216.239.46.49) 16.613 ms 209.85.143.205 (209.85.143.205) 16.335 ms 17.027 ms 8 108.170.228.255 (108.170.228.255) 16.539 ms 72.14.239.167 (72.14.239.167) 18.858 ms 108.170.228.255 (108.170.228.255) 18.193 ms 9 66.249.95.226 (66.249.95.226) 24.715 ms 64.233.174.143 (64.233.174.143) 25.094 ms 66.249.95.226 (66.249.95.226) 24.612 ms 10 209.85.249.12 (209.85.249.12) 24.647 ms 216.239.58.183 (216.239.58.183) 24.564 ms 72.14.232.135 (72.14.232.135) 18.822 ms 11 * * * 12 * * * 13 * * * 14 * * * 15 * * * 16 * * * 17 * * * 18 * * * 19 * * * 20 * * * 21 * * * 22 * * * 23 * * * 24 * * * 25 * * * 26 * * * 27 * * * 28 * * * 29 * * * 30 * * * ~$ ping 224.243.205.35.bc.googleusercontent.com PING 224.243.205.35.bc.googleusercontent.com (35.205.243.224) 56(84) bytes of data. 64 bytes from 224.243.205.35.bc.googleusercontent.com (35.205.243.224): icmp_seq=1 ttl=58 time=23.4 ms 64 bytes from 224.243.205.35.bc.googleusercontent.com (35.205.243.224): icmp_seq=2 ttl=58 time=22.4 ms 64 bytes from 224.243.205.35.bc.googleusercontent.com (35.205.243.224): icmp_seq=3 ttl=58 time=22.4 ms 64 bytes from 224.243.205.35.bc.googleusercontent.com (35.205.243.224): icmp_seq=4 ttl=58 time=22.9 ms 64 bytes from 224.243.205.35.bc.googleusercontent.com (35.205.243.224): icmp_seq=5 ttl=58 time=23.3 ms 64 bytes from 224.243.205.35.bc.googleusercontent.com (35.205.243.224): icmp_seq=6 ttl=58 time=23.2 ms 64 bytes from 224.243.205.35.bc.googleusercontent.com (35.205.243.224): icmp_seq=7 ttl=58 time=23.4 ms 64 bytes from 224.243.205.35.bc.googleusercontent.com (35.205.243.224): icmp_seq=8 ttl=58 time=23.2 ms 64 bytes from 224.243.205.35.bc.googleusercontent.com (35.205.243.224): icmp_seq=9 ttl=58 time=23.5 ms 64 bytes from 224.243.205.35.bc.googleusercontent.com (35.205.243.224): icmp_seq=10 ttl=58 time=23.3 ms 64 bytes from 224.243.205.35.bc.googleusercontent.com (35.205.243.224): icmp_seq=11 ttl=58 time=23.2 ms 64 bytes from 224.243.205.35.bc.googleusercontent.com (35.205.243.224): icmp_seq=12 ttl=58 time=22.1 ms 64 bytes from 224.243.205.35.bc.googleusercontent.com (35.205.243.224): icmp_seq=13 ttl=58 time=22.1 ms 64 bytes from 224.243.205.35.bc.googleusercontent.com (35.205.243.224): icmp_seq=14 ttl=58 time=22.5 ms 64 bytes from 224.243.205.35.bc.googleusercontent.com (35.205.243.224): icmp_seq=15 ttl=58 time=22.4 ms 64 bytes from 224.243.205.35.bc.googleusercontent.com (35.205.243.224): icmp_seq=16 ttl=58 time=22.3 ms 64 bytes from 224.243.205.35.bc.googleusercontent.com (35.205.243.224): icmp_seq=17 ttl=58 time=22.3 ms 64 bytes from 224.243.205.35.bc.googleusercontent.com (35.205.243.224): icmp_seq=18 ttl=58 time=22.4 ms ^C --- 224.243.205.35.bc.googleusercontent.com ping statistics --- 18 packets transmitted, 18 received, 0% packet loss, time 17026ms rtt min/avg/max/mdev = 22.131/22.845/23.531/0.502 ms Kolik ti ukazuje obyčejný ping? Těžko říct jestli je problém u UPC SR nebo až u Aorty, zde na fóru UPC ČR s tím ale těžko někdo něco udělá. Pro tebe je smluvní partner UPC SR, nezbývá než reklamovat u něj, ideálně písemně se všemi technickými informacemi, které si schopen posbírat.

I mobily podle cenové kategorie a stáří mohou mít různě rychlé wifi adaptéry, ty top mohou být schopny využít plných 100 Mbit i více. U wifi N a AC je trochu nepřehledné, že adaptéry mohou mít různou konfiguraci a tedy i rychlost.

@rolf Compal má wifi 300 + 867 Mbit, což je relativně slušné, pochybuji že nějaký starý TP-Link co máš v šuplíku bude lepší. A je li notebook starší, bude omezení na jeho straně, řešením by byla výměna wifi adaptéru nebo adaptér do USB.

Evžene, jenže reálná rychlost wifi je cca tak třetina té nominální, tedy u G je reálně dosáhnutelných tak 20 Mbit. A do běžných notebooků v ceně do 20, často i 30 tis. se sice osazují moderní N/AC adaptéry, ale pouze s jednou anténou a tedy podporou pouze jednoho spatial stream, na 2,4 GHz je to tedy kategorie N150, čili linková rychlost 150 Mbit, reálná propustnost TCP/IP někde na úrovni těch 40-50 Mbit. Nechci rolfa zahlcovat elaboráty o moderní wifi a principu fungování MIMO a závislosti rychlostí na počtu Tx a Rx antén a z toho plynoucího počtu SS, šířce kanálu, typech modulace apod. Proto sem se omezil na konstatování, že s běžným notebookem, co pravděpodobně má, z toho bez HW upgrade víc nedostane.