Svenska ElektronikForumet

> Den skillnad jag ser är "helo" vs "ehlo".

Det utreddes tidigare i tråden, det borde bara beröra inloggningen till servern.

> det syns skillnad i "textrutan" men problemet kvarstår.

OK, så det är t.ex långa headers som bryts eller liknande ?
Min fråga var alltså var/vad som bryts...

> kör fjärrskrivbord från din PC till servern

Jag kör en terminalemulator på min laptop (hemma) och kör en telnet/ssh
session mot servern på kontoret. Port 22 är öppnad i ADSL routern på kontoret
och "forwardad" till servern. Helt standard. Jag får ett vanligt terminal-fönster
(Command-prompt i Windows terminologi ). Vem som helst kan köra en
ssh session mot min server och logga in om man har ett username/password.
Även vanlig telnet är igång men kör inte det normalt.

> I kampen mot spam blockar dom nog port 25.

Jo, det är sant. Det verkar som att anropet aldrig når min maskin. Å andra
sidan så sitter både kontoret och hemma ADSL näten hos Telia, men det
är antagligen uppdelat så att t.ex Telias egna mail-gateways kan skicka till
port 25 på min server, men inte från andra ADSL-nät.

Jag ska kolla på att starta upp en andra instans av SMTP servern på en
"hög" port så får vi se.

För att utesluta olika sker så vore det intressant att se hur H.Os smtp-klient
fungerar mot en alternativ smtp-server.

> och "där" kör Telnet mot Telias SMTP-server - är det korrekt uppfattat?

Eftersom jag kör en telnet session mot localhost så måste ju smtp-servern
ligga på samma maskin, eller hur ? Min lokala server har sedan Telias
mail-gateway som "alternate gateway", d.v.s när den lokala servern inte
själv kan distribuera mailet så går det vidare dit för vidare distribution.

Det jag försökte göra var alltså att ansluta till port 25 direkt hemmifrån, men
det verkar blockerat...

> Min fråga var alltså var/vad som bryts...
Ja, och jag får återkomma angående det - jag har inte tillgång till den informationen för tillfället.

helo vs ehlo borde som sagt inte spela någon roll, det ska om jag förstått rätt bara ha med autentiseringen att göra.

sodjan,
Har du möjlighet att skicka ett mail till min adress (henrik[at]henriksplace[dot] se) på samma sätt som du tidigare skickade till dig själv (dvs via Telnet)? Om det mailet också presenteras "konstigt" i min Outlook så borde problemet inte bero på mitt sätt att skicka eller på send.one.com (SMTP-servern jag skickar "med") eftersom det presenteras korrekt i din mail-klient.

Jag ska prova mot en alternativ SMTP-server, om du får upp din så jag kan komma åt den testar jag gärna mot den men du behöver inte lägga ner en massa tid på det, jag kan sätta upp ett konto hos Telia.

H.O
Prova med 2525 på One, det gör jag.

OK.

Har skickat ett par test mail. Både med telnet direkt mot smtp servern och
med det vanliga mail-toolet (på samma server).

Jag ska kolla hur man gör för att få upp en extra instans av smtp servern
mot en alternativ port i alla fall, av ren nyfikenhet. Kan vara bra för
andra tester i framtiden. D.v.s parallellt med att den vanliga på port
25 fortsätter att vara igång...

> Prova med 2525 på One, det gör jag.

Men var/är det inte så som han har kört hela tiden !?

Tack sodjan!
Det jag kan göra i nuläget är att kolla mail-kontot med webmail-klienten. Jag har fått tre mail, Test2, Test3 och ett [Inget ämne]. Test2 ser helt OK ut med texten test... i bodyn. Test3 ser också OK ut men saknar helt text i bodyn. Det med [Inget ämne] ser lite konstigare ut:
Skulle gissa att du glömde en tomrad mellan Subject: och bodyn (?)

Men det intressanta är ju hur de visas i Outlook så jag ber att få återkomma så fort jag haft möjlighet att kontrollera det.

Visst kör jag mot port 2525, det är ju inte det som är problemet.

Tack igen!

Sorry, blandade ihop de olika inläggen beträffande 25 och 2525.

Japp, jag dribblade lite med tangenbordet...
Och det stämmer nog att jag missade blankraden i ett fall.

test3 var inte sänt via telnet mot servern utan med den vanliga
mail klienten med "nl:" som fil, så det ska bli helt tomt.

Finns det något alternativ "visa källkod" i Outlook ?
Det finns i Thunderbird och visar hela meddelande på "smtp-nivå".

OK, då har jag kollat hur det ser ut med Outlook.
Test2 ser ut precis som de mail jag skickar, dvs headern syns i själva meddelandet (se skärmdumpar).
Test3 ser helt OK ut, ingen header syns i meddelandet och själva meddelandet är helt blankt - som det skulle vara.
Det med [Inget ämne] ser ut som Test2 förutom att Outlook inte "läst ut" headern och populerat Från och Ämne i listan pga av den saknade blankraden (antar jag).

Det som är lite konstigt är att det faktiskt ser ut att vara en tomrad mellan headern och bodyn även i det meddelande där den inte läser headern korrekt: EDIT: Nej, fel av mig, headern slutar ju efter Subject: Test... så stryk det.

Här är Test2 innan Återställ radbrytningar aktiverats: Och här är samma efter Återställ rabrytningar aktiverats:
Jag hittar inget alternativ som heter Visa källkod eller liknande. Det enda är att högerklicka på mailet i fråga och välja Alternativ, där ser man headern i en ruta (kallad Internet-rubriker) och det är ju samma som visas i själva mailet på de som skickats med Telnet i det här fallet. Men det som visas som header i Alternativ-dialog-rutan inkluderar INTE bodyn så den (Outlook) verkar ju förstå var headern börjar och slutar men ÄNDÅ visar den hela rasket som meddelande.

Det känns inte lika relevant att prova med en annan SMTP-server i nuläget. Problemet är ju detsamma oavsett om jag skickar via send.one.com eller om sodjan skickar via "sin" SMTP-server. Problemet är detsamma om jag skickar med mitt PIC/W5100 kort, om jag skickar med Telnet och om sodjan skickar med Telnet. Om han, eller jag, däremot skickar direkt från mail-programmet (Outlook i mitt fall och Thunderbird i hans fall) så funkar det som det ska.

/Henrik.

Med reservation kanske för att jag dribblade till det lite.
Som du ser så råkade jag skriva lite text *innan* from/to/subject
i ett av fallen (det som har subject "test...", din första bild).

Jag ska slå loggning av smtp servern för att försöka se vad den
skickar ut när jag kör med mail-klienten istället för via telnet.

Det *borde* ju gå att göra exakt samma sak via telnet session
som vilket annat klient som helst gör mot port 25...

Ja visst, och läser jag RFC'n (5321 har jag använt) så gör vi på rätt sätt med Telnet. Det är ju lite konstigt att mailen visas korrekt i din klient så visst kan det vara nått specifikt med Outlook som strular men alla andra mail visas ju korrekt så visst SKA det gå.

> Om han, eller jag, däremot skickar direkt från mail-programmet (Outlook i mitt fall och Thunderbird i hans fall)

Nej, jag skickade *inte* med klienten (Thunderbird) på min PC.

Jag skickade med mail-klienten på samma maskin som där smtp-servern ligger.

Så istället för att köra kommandot $ telnet localhost/port=25 (och resten av smtp-dialogen)
så körde jag kommandot $ mail/subj="test" nl: "smtp%""namn@domän""".
(nl: för att skicka ett tomt mail, annars specar man en fil där...)

Jag håller på att försöka se vad mail-klienten gör annorlunda...

Nu har jag fixat ett script till min terminalemulator så att jag kan köra
telnet sessionen utan att skriva manuellt. Det blir lite större säkerhet.

Jag körde just ett test mot din adress. Subject "test med script".

Jag upptäckte också att det inte får vara något blanktecken
på tomraden mellan headers och body ! Enbart ett ensamt CR.

Så, nu har jag dubbla smtp service'ar igång.
Jag behöver bara öppna porten i modemet/routern också
så borde det fungera "utifrån". Kanske under helgen... Jag har kört den lokalt på servern med telnet mot localhost: Jag *tror* att jag även råkade skicka ett med din adress (glömde ändra
i macrot i terminalemulatorn). Hur som helst så fick jag i alla fall mailet.

sodjan,
Jodå, ditt mail med ämne test med script är mottaget, med samma resultat som tidigare. Nej, tomraden ska ju var tom och ett mellanslag är ju ASCII(32) så det funkar inte men visst ska det vara CRLF, inte bara CR?

Jag blir faktiskt inte ett dugg klokare i min ände - det bara tokvägrar att fungera fastän jag gör "allt rätt" (eller tycker att jag gör allt rätt men bevisligen är det nånting som är galet).

Tack igen för din tid!

Jo, det står CRLF även i RFC'n, men det kan vara lite förvillande.
Mitt script i emulatorn skickar bara CR, LF läggs ofta på av
drivers o.s.v. Aja, det fungerar ju i alla fall...
Och om jag lägger till LF specifckt i mitt script så lägger det
av helt.

Har lagt till lite exra headers efter några "riktiga" mail.
Jag vet inte om det hjälper...