Problem med Comhems smtp-server

Om man är inom samma nät och port 25 därmed inte är blockerad så brukar det oftast vara klientinställningar som är fel. Jag vet inte hur det ser ut med din mailklient men i Outlook räcker det ofta att följande (bild nedan) är ibockad. Det borde finnas motsvarande i ditt program. Tyvärr är detta en ren gissning eftersom jag inte har någon erfarenhet av Comhem, dock en del andra och där brukar det som sagt räcka att ändra lite i säkerhetsinställningarna i mailprogrammet så fungerar det. Hade ett ärende nyligen där företaget bytt mailservrar och använde Thunderbird, men det behövdes bara någon enstaka ändring i säkerhetsinställningarna för SMTP så började det fungera igen. Prova ändra lite och provskicka.

Jag är inte speciellt insatt i mailservrar tyvärr men jag aldrig misslyckats att få fungerande klienter genom att pula med inställningarna, så länge man sitter på samma nät med port 25 öppen (alternativet är ju att byta port men det är ju olämpligt i ditt fall).

Så står det väl inte? Det står att det inte stöds utan kryptering, så tolkar jag det iaf.

Edit: Eller så menar de implicit att kryptering inte finns öht med vanlig autentisering och så kan det ju vara, jag är inte påläst i ämnet.

Då förstår jag inte hur de menar. Port 25 medger då inte krypterad autentisering och de stödjer inte autentisering utan, hur ska man då kunna använda port 25? Någon form av autentisering måste ju finnas så hur löses det i så fall? Någon forumexpert som vet?

Det är inget konstigt alls.

SMTP 25/TCP = ingen kryptering, ingen autentisering.
SMTPS 465/TCP = kryptering, kräver autentisering.

Det måste inte finnas någon autentisering bara för att skicka e-post via 25/tcp, det är tvärtom så att man inte använder autentisering för enkel relaying. Däremot så är det inbyggt när man använder sig av den krypterade varianten att man skall autentisera sig mot MTA'n, det är bland annat därför du bör använda dig av 465/tcp så länge man inte har en riktigt bra anledning att inte göra det (som i TS fall att det inte stödjs i hans pryl som ska skicka epost), då man kan fortsätta använda samma relay oavsett vilket nät man är på, ie: du behöver inte längre hålla på och swappa utgående epost server varje gång du byter nät från Com Hem till Telia 3G (exempelvis) då man inte blockerar access mot just 465/tcp eller 587/tcp.

Jag vet inte om jag missförstår men som du ser på bilden använder jag autentisering trots port 25 med Telia (fungerar inte utan) det gäller även för några andra ISPer jag har eller har haft. Inställningen jag lagt upp bild på är ett krav hos dem. 465 kör jag med andra men det är ju annat.

Jo då det såg jag, men det är väldigt vanligt att man inte kräver inloggningsuppgifter när det är en relay utan istället begränsar dom vilka som får relaya via smtp'n med hjälp av ACLer som innehåller den ISP's ip-range som relayen är ämnad för. Diffar såklart men exempelvis Telecom3 vet jag inte kräver inloggning, samt Com Hem då.

Så borde det som du säger fungera, men jag kan komma med lite tilläggsinformation, då jag själv satt och försökte använda Com Hems SMTP-servrar med autentisering för ett tag sedan.

I Com Hems (eller vilken tredjepartsleverantör de nu hyr tjänsten av) nuvarande konfiguration så tillåts användare inom Com Hems nät att skicka via `mailout.comhem.se` både okrypterat över port 25 och krypterat över port 465 (SSL)/587 (STARTTLS) utan inloggningsuppgifter. Däremot kan jag inte få krypterad anslutning med inloggning att fungera (över endera kanal, men att det inte stöds på port 25 är ju väntat), vilket i praktiken gör att jag inte kan använda deras utgående servrar från externa nät.

Detta stämmer inte med den dokumentation de presenterar på Server för utgående e-post [comhem.se]. Tittar man på de specifika klientguider de lagt upp så rekommenderar de i dessa dessutom att använda port 25 (utan kryptering) som standardinställning för utgående e-post (förutom för "Mac Mail" där de av någon anledning visar upp inställningar med krypterad SSL-anslutning över port 465, men likväl utan autentisering), trots att de i den generella dokumentationen rekommenderar autentisering över SSL på port 465 (vilket alltså inte fungerar för mig, men väljer man bort autentisering och sitter inom Com Hem så fungerar det).

De rekommenderar för övrigt i de specifika guiderna även att använda POP utan kryptering för inkommande, trots att de rekommenderar IMAP på den generella informationssidan… De skriver i guiderna också saker som att användarnamnet är på formen `u{8 siffror}` när de numera snarare delar ut användarnamn på formen `e{5 siffror}`, så de där guiderna är inte speciellt synkade med dokumentationssidan.

Jag har påpekat dessa saker för Com Hem i ett email, med enda resultat att jag blev uppringd av deras "first-line support" där jag fastnade i en Kafkalik process som slutade med att jag bara kunde lägga på luren och göra något bättre med min tid (bland det sista som hände var att personen frågade mig hur man skulle göra för att kontakta någon med ansvar för mailservrar på Com Hem… ).

En möjlighet är att autentisering över SMTP fortfarande fungerar med gamla `u{8 siffror}`-konton, men inte med nyare `e{5 siffror}` (Redigering: nej, GAPa hade också ett "e{5 siffror}"-konto och kunde skicka med autentisering). Det enda tips som FLS kunde ge för att skicka e-post utifrån Com Hems nät var att börja använda deras webbmail. En enklare lösning känns vara att skippa deras emailtjänst och för den delen "rösta med plånboken" vid framtida tillfällen.

——

Vad gäller trådens ursprungliga frågeställning så kan jag alltså lyckosamt skicka e-post utan autentisering över port 25. Debuglogg från Thunderbird:

SMTP Connecting to: mailout.comhem.se
SMTP entering state: 0
SMTP Response: 220 ch-p-mailout01.sth.basefarm.net ESMTP Exim 4.84 Fri, 13 Mar 2015 13:41:22 +0100
SMTP entering state: 14
SMTP Send: EHLO [lokalt IP]
SMTP entering state: 0
SMTP Response: 250-ch-p-mailout01.sth.basefarm.net Hello mitt värdnamn [mitt IP-nummer]
SMTP entering state: 0
SMTP Response: 250-SIZE 52428800
SMTP entering state: 0
SMTP Response: 250-8BITMIME
SMTP entering state: 0
SMTP Response: 250-STARTTLS
SMTP entering state: 0
SMTP Response: 250 HELP
SMTP entering state: 4
SMTP entering state: 21
SMTP auth: server caps 0x18, pref 0x20000, failed 0x0, avail caps 0x0
(GSSAPI = 0x800, CRAM = 0x2000, NTLM = 0x4000, MSN =  0x8000, PLAIN = 0x200, LOGIN = 0x100, EXTERNAL = 0x400)
no auth method remaining
SMTP entering state: 3
SMTP Send: MAIL FROM:<sändaradress> SIZE=2733
SMTP entering state: 0
SMTP Response: 250 OK
SMTP entering state: 5
SMTP Send: RCPT TO:<mottagaradress>
SMTP entering state: 0
SMTP Response: 250 Accepted
SMTP entering state: 6
SMTP Send: DATA
SMTP entering state: 0
SMTP Response: 354 Enter message, ending with "." on a line by itself
SMTP entering state: 7
SMTP entering state: 8
SMTP Send: .
SMTP entering state: 0
SMTP Response: 250 OK id=1YWOu3-00085j-3g
SMTP entering state: 9
SMTP Send: QUIT
SMTP entering state: 0
SMTP entering state: 0
SMTP Response: 221 ch-p-mailout01.sth.basefarm.net closing connection
SMTP entering state: 10
SMTP entering state: 12
SMTP connection error quitting 804b0002, ignoring

SMTP Connecting to: mailout.comhem.se
SMTP entering state: 0
SMTP Response: 220 ch-p-mailout01.sth.basefarm.net ESMTP Exim 4.84 Fri, 13 Mar 2015 13:47:51 +0100
SMTP entering state: 14
SMTP Send: EHLO [lokalt IP]
SMTP entering state: 0
SMTP Response: 250-ch-p-mailout01.sth.basefarm.net Hello mitt värdnamn [mitt IP-nummer]
SMTP entering state: 0
SMTP Response: 250-SIZE 52428800
SMTP entering state: 0
SMTP Response: 250-8BITMIME
SMTP entering state: 0
SMTP Response: 250-STARTTLS
SMTP entering state: 0
SMTP Response: 250 HELP
SMTP entering state: 4
SMTP entering state: 21
SMTP Send: STARTTLS
SMTP entering state: 0
SMTP Response: 220 TLS go ahead
SMTP entering state: 19
SMTP entering state: 14
SMTP Send: EHLO [lokalt IP]
SMTP entering state: 0
SMTP Response: 250-ch-p-mailout01.sth.basefarm.net Hello mitt värdnamn [mitt IP-nummer]
SMTP entering state: 0
SMTP Response: 250-SIZE 52428800
SMTP entering state: 0
SMTP Response: 250-8BITMIME
SMTP entering state: 0
SMTP Response: 250-AUTH LOGIN PLAIN
SMTP entering state: 0
SMTP Response: 250 HELP
SMTP entering state: 4
SMTP entering state: 21
SMTP auth: server caps 0x10310, pref 0x20000, failed 0x0, avail caps 0x0
(GSSAPI = 0x800, CRAM = 0x2000, NTLM = 0x4000, MSN =  0x8000, PLAIN = 0x200, LOGIN = 0x100, EXTERNAL = 0x400)
no auth method remaining
SMTP entering state: 3
SMTP Send: MAIL FROM:<sändaradress> SIZE=2677
SMTP entering state: 0
SMTP Response: 250 OK
SMTP entering state: 5
SMTP Send: RCPT TO:<mottagaradress>
SMTP entering state: 0
SMTP Response: 250 Accepted
SMTP entering state: 6
SMTP Send: DATA
SMTP entering state: 0
SMTP Response: 354 Enter message, ending with "." on a line by itself
SMTP entering state: 7
SMTP entering state: 8
SMTP Send: .
SMTP entering state: 0
SMTP Response: 250 OK id=1YWP0J-0009ns-4j
SMTP entering state: 9
SMTP Send: QUIT
SMTP entering state: 0
SMTP entering state: 0
SMTP Response: 221 ch-p-mailout01.sth.basefarm.net closing connection
SMTP entering state: 10
SMTP entering state: 12
SMTP connection error quitting 804b0002, ignoring

Med autentisering över krypterad kanal så fastnar jag numera bara i en `535 Incorrect authentication data`-loop (uppgifterna är korrekta då exakt samma uppgifter används för att framgångsrikt hämta e-post över IMAP), vilket åtminstone är mer konsekvent än senast jag testade då jag fick `535` just när jag medvetet faktiskt angav felaktiga uppgifter, men blev utkickad när jag angav korrekta uppgifter.

Ytterst märkligt.

Jag och GAPa körde lite felsökning bakom kulisserna, där vi kan konstatera att identiska inställningar (med respektive användaruppgifter, då) i den supportade klienten Windows Live Mail gör att GAPa kan skicka mail med autentisering över SSL på port 465, men inte jag. Om vi däremot kryssar ur autentisering och kryptering så kan jag skicka mail okrypterat på port 25 men inte GAPa.

Jag kan som jag skrev ovan ansluta direkt till `mailout.comhem.se` via Telnet på port 25 och skicka mail. Från GAPas anslutning så verkar anslutningen till `mailout.comhem.se` på port 25 filtreras direkt vid väggen. Min gissning är att Com Hems utrustning i GAPas hus felaktigt filtrerar port 25 mot alla värdar.

Varför mina användaruppgifter inte godtas när jag bevisligen får kontakt är en annan gåta, men jag har lagt tillräckligt med supportminuter gällande detta för ett bra tag framöver.

En lösning på problemet när man inte kan använda auth för att skicka mail är att man går in på webmailen och byter lösenord till samma som man har på IMAP, tydligen någon osynk för vissa konton som gör att uppgifterna inte ändras överallt.

Succé!

När jag tidigare använde det autogenererade lösenordet från "Mina sidor" på comhem.se så fungerade det inte att autentisera för SMTP-servern. Jag hade även tidigare testat att byta lösenord via "Byt lösenord" på "Mina sidor" för att se om det gjorde någon skillnad att uppdatera uppgifterna, men det gav samma resultat.

Om jag däremot som du tipsade om loggade in på webbmailen och bytte lösenordet via dess gränssnitt så gällde sedan detta nya lösenord för både IMAP och SMTP sekunden därefter.

Som ytterligare bonus så testade jag att återigen ändra lösenord via "Mina sidor". Detta nya lösenord kunde nu användas för att autentisera för IMAP, men det fungerade inte för SMTP. Dock fungerade det "gamla" lösenordet som jag tidigare satt via webbmailen fortfarande för SMTP-autentisering.

Så, det verkar som att lösenordssystemet på "Mina sidor" helt enkelt inte uppdaterar det lösenord som SMTP-tjänsten frågar efter. Varför IMAP- och SMTP-servrar till synes tittar i olika tabeller kan jag inte säga något om, men om tjänsterna ligger hos tredje part kanske det har sin förklaring.

För att återigen citera dokumentationen så säger den gällande lösenordsbyte:

Dels verkar det alltså fungera lite skakigt att byta genom "Mina sidor" (IMAP OK, SMTP inte OK), och dels antar jag för den delen att de inte skickar ut lösenordet med "vanlig post" längre. Jag minns inte att jag skulle ha fått något sådant brev under mina tidigare tester, åtminstone, och det låter lite överdrivet att skicka ut ett snigelbrev varje gång någon byter sitt lösenord (i så fall kommer det bli trångt i min postlåda efter dagens tester! ).

Mycket märkligt av ComHem.
Själv kör jag Outlook 2013 med nedan val, har också ch.

Så vad gör man nu? Finns det några vettiga alternativ?