[SMTP] poort 587 lukt niet

[honda4life]

Hallo iedereen,

Ik had ergens gelezen dat je via poort 587 ook een smtp server kan draaien.
Ik gebruik Free SMTP Server om te testen momenteel, en de poort is gewijzigd van 25 naar 587.
M'n poort is geopend naar de buitenwereld toe, dit is getest!

Ik verstuur een mailtje mbhv. telnet, beschreven zoals hier:
http://www.activexperts.com/activemail/telnet/

Ik heb problemen met m'n data af te sluiten (CrLf . CrLf)
Gebruik MS telnet of PuTTY

Wanneer ik echter m'n ontvanger leeg laat, kan ik m'n data wel correct afsluiten, maar dan krijg ik uiteraard een fout dat de localhost geen geldig adres is.

Wat me wel opvalt is dat onder active connections, de verbindingen open blijven staan.
In de log van m'n router zie ik ook dat er geen traffic door poort 587 terugkomt.

ik begin er aan te twijfelen of ik wel kan mailen door poort 587 (in dit geval zouden er veel spammers zijn )
mijn isp is Scarlet België.

Bedankt voor jullie hulp

[Reptile209]

Ik snap er geen hout van . Je kunt dus netjes verbinding maken via telnet naar <servernaam> <poort 587> en een mailtje maken. Waarom zit je dan te rommelen met een leeg rcpt-adres?
Het grootste 'probleem' met een SMTP-server op een rare poort is dat andere servers dat niet verwachten. Je moet dus via een MX-record (als het daarmee tenminste kan) zorgen dat andere servers de verbinding met je server op je eigen rare poort opzetten. Voor uitgaande mail vanaf je server moet je in het algemeen je server gewoon laten versturen via de SMTP server van je provider of een speciale relay-host.

Je server heeft vast wel een logfunctie: neem die eens door als je het gevoel hebt dat dingen niet werken.
En haal dat ding als je uitgespeeld bent alsjeblieft offline, voordat een spammert hem wèl aan de praat krijgt... Dus niet 's nachts laten lopen als je niet zeker weet of 'ie goed afgesteld is.

Okee, ik was in een goeie bui en heb 'm zelf even geprobeerd. Wat een knakenprogramma zeg... Hij blijft hier ook hangen op het afsluiten van het data-deel van de email. Ik zou zeggen: gooi deze weg en zoek wat anders.

Wat probeer je eigenlijk te bereiken? Wil je een server voor inkomende email? Dan moet je deze niet hebben, zie mijn tip over 'zoek wat anders'. Wil je onafhankelijk van je ISP-mailserver emails kunnen versturen? Dat zou deze moeten kunnen, maar het lijkt nogal een brak prutssysteem te zijn, zie mijn tip over 'zoek wat anders'... Zeer waarschijnlijk moet je dan alsnog de SMTP van Scarlet gaan gebruiken, al was het alleen maar omdat veel mailservers geen mail accepteren van ieder willekeurig consumentenservertje.

[ Voor 28% gewijzigd door Reptile209 op 22-07-2009 20:33 ]

[honda4life]

dus hoogstwaarschijnlijk geraakt m'n mail niet verzonden omwille van het consumentenservertje?

[Reptile209]

Nee, het werkt niet omdat die server een brak stapeltje bitjes is . Geef nou eens aan wat je wil bereiken, zonder dat je het meteen op deze server betrekt.

[Fish]

vergeet je stap 7 niet ?

verder denk ik dat je smtp server zonder middleman inbound smtp niet gaat werken omdat servers gewoon standaard op poort 25 afleveren, er is domweg geen ruimte voor een poort in je mx records (wel een gemis)

[ Voor 3% gewijzigd door Fish op 22-07-2009 20:53 ]

[honda4life]

stap 7 doe je enkel als je data afsluiten gelukt is denk ik mij.
Ik ga deftige software zoeken en houd je morgen op de hoogte.

Ik wou gewoon eens proberen of ik mailtjes kon sturen via een eigen servertje
bvb
[e-mail]

[Fish]

zolang de telnet sessie niet sluit, blijft de verbinding open in je active conections
je kan namelijk gewoon weer een nieuwe mailtje sturen


ik misbruik vaak deze relay test http://www.aupads.org/test-relay.html
dan zie je exact hoe hij werkt. (zie onder)

btw je mail from en to horen tussen <> te staan e.g. mail from: <[e-mail]>
de meeste servers acepteren wel zonder, maar somigen kotsen het dan uit

code:

Mail relay testing
Connecting to mail.tweakers.net for relay test... 
<<< 220 mail.tweakers.net ESMTP Postfix 
>>> HELO antispam-ufrj.pads.ufrj.br 
<<< 250 adonis.tweakers.net 
Relay test 1
>>> RSET 
<<< 250 2.0.0 Ok 
>>> MAIL FROM: <[e-mail]> 
<<< 250 2.1.0 Ok 
>>> RCPT TO: <[e-mail]> 
<<< 554 5.7.1 : Relay access denied 
Relay test 2
>>> RSET 
<<< 250 2.0.0 Ok 
>>> MAIL FROM: <[e-mail]> 
<<< 250 2.1.0 Ok 
>>> RCPT TO: [e-mail] 
<<< 554 5.7.1 : Relay access denied 
Relay test 3
>>> RSET 
<<< 250 2.0.0 Ok 
>>> MAIL FROM: <spamtest> 
<<< 250 2.1.0 Ok 
>>> RCPT TO: <[e-mail]> 
<<< 504 5.5.2 : Sender address rejected: need fully-qualified address 
Relay test 4
>>> RSET 
<<< 250 2.0.0 Ok 
>>> MAIL FROM: <> 
<<< 250 2.1.0 Ok 
>>> RCPT TO: <[e-mail]> 
<<< 554 5.7.1 : Relay access denied 
Relay test 5
>>> RSET 
<<< 250 2.0.0 Ok 
>>> MAIL FROM: <spamtest@[213.239.154.11]> 
<<< 250 2.1.0 Ok 
>>> RCPT TO: <[e-mail]> 
<<< 554 5.7.1 : Relay access denied 
Relay test 6
>>> RSET 
<<< 250 2.0.0 Ok 
>>> MAIL FROM: <[e-mail]> 
<<< 250 2.1.0 Ok 
>>> RCPT TO: <[e-mail]> 
<<< 554 5.7.1 : Relay access denied 
Relay test 7
>>> RSET 
<<< 250 2.0.0 Ok 
>>> MAIL FROM: <spamtest@[213.239.154.11]> 
<<< 250 2.1.0 Ok 
>>> RCPT TO: <relaytest%antispam-ufrj.pads.ufrj.br@[213.239.154.11]> 
<<< 554 5.7.1 : Relay access denied 
Relay test 8
>>> RSET 
<<< 250 2.0.0 Ok 
>>> MAIL FROM: <spamtest@[213.239.154.11]> 
<<< 250 2.1.0 Ok 
>>> RCPT TO: <[e-mail]> 
<<< 554 5.7.1 : Relay access denied 
Relay test 9
>>> RSET 
<<< 250 2.0.0 Ok 
>>> MAIL FROM: <spamtest@[213.239.154.11]> 
<<< 250 2.1.0 Ok 
>>> RCPT TO: <"[e-mail]"> 
<<< 554 5.7.1 : Relay access denied 
Relay test 10
>>> RSET 
<<< 250 2.0.0 Ok 
>>> MAIL FROM: <spamtest@[213.239.154.11]> 
<<< 250 2.1.0 Ok 
>>> RCPT TO: <"relaytest%antispam-ufrj.pads.ufrj.br"> 
<<< 504 5.5.2 : Recipient address rejected: need fully-qualified address 
Relay test 11
>>> RSET 
<<< 250 2.0.0 Ok 
>>> MAIL FROM: <spamtest@[213.239.154.11]> 
<<< 250 2.1.0 Ok 
>>> RCPT TO: <[e-mail]@[213.239.154.11]> 
<<< 554 5.7.1 : Relay access denied 
Relay test 12
>>> RSET 
<<< 250 2.0.0 Ok 
>>> MAIL FROM: <spamtest@[213.239.154.11]> 
<<< 250 2.1.0 Ok 
>>> RCPT TO: <"[e-mail]"@[213.239.154.11]> 
<<< 554 5.7.1 : Relay access denied 
Relay test 13
>>> RSET 
<<< 250 2.0.0 Ok 
>>> MAIL FROM: <spamtest@[213.239.154.11]> 
<<< 250 2.1.0 Ok 
>>> RCPT TO: <[e-mail]@adonis.tweakers.net> 
<<< 554 5.7.1 : Relay access denied 
Relay test 14
>>> RSET 
<<< 250 2.0.0 Ok 
>>> MAIL FROM: <spamtest@[213.239.154.11]> 
<<< 250 2.1.0 Ok 
>>> RCPT TO: <@[213.239.154.11]:[e-mail]> 
<<< 554 5.7.1 : Relay access denied 
Relay test 15
>>> RSET 
<<< 250 2.0.0 Ok 
>>> MAIL FROM: <spamtest@[213.239.154.11]> 
<<< 250 2.1.0 Ok 
>>> RCPT TO: <@adonis.tweakers.net:[e-mail]> 
<<< 554 5.7.1 : Relay access denied 
Relay test 16
>>> RSET 
<<< 250 2.0.0 Ok 
>>> MAIL FROM: <spamtest@[213.239.154.11]> 
<<< 250 2.1.0 Ok 
>>> RCPT TO: <antispam-ufrj.pads.ufrj.br!relaytest> 
<<< 504 5.5.2 : Recipient address rejected: need fully-qualified address 
Relay test 17
>>> RSET 
<<< 250 2.0.0 Ok 
>>> MAIL FROM: <spamtest@[213.239.154.11]> 
<<< 250 2.1.0 Ok 
>>> RCPT TO: <antispam-ufrj.pads.ufrj.br!relaytest@[213.239.154.11]> 
<<< 554 5.7.1 : Relay access denied 
Relay test 18
>>> RSET 
<<< 250 2.0.0 Ok 
>>> MAIL FROM: <spamtest@[213.239.154.11]> 
<<< 250 2.1.0 Ok 
>>> RCPT TO: <antispam-ufrj.pads.ufrj.br![e-mail]> 
<<< 554 5.7.1 : Relay access denied 
Relay test 19
>>> RSET 
<<< 250 2.0.0 Ok 
>>> MAIL FROM: <spamtest@[213.239.154.11]> 
<<< 250 2.1.0 Ok 
>>> RCPT TO: <relaytest%antispam-ufrj.pads.ufrj.br@> 
<<< 504 5.5.2 : Recipient address rejected: need fully-qualified address 
Relay test 20
>>> RSET 
<<< 250 2.0.0 Ok 
>>> MAIL FROM: <spamtest@[213.239.154.11]> 
<<< 250 2.1.0 Ok 
>>> RCPT TO: <[e-mail]@> 
<<< 504 5.5.2 : Recipient address rejected: need fully-qualified address 

>>> QUIT 
<<< 421 4.7.0 adonis.tweakers.net Error: too many errors 
Relay test result
All tests performed, no relays accepted by remote host.

[ Voor 164% gewijzigd door Fish op 22-07-2009 21:41 ]

[Reptile209]

fish schreef op woensdag 22 juli 2009 @ 21:32:
zolang de telnet sessie niet sluit, blijft de verbinding open in je active conections
je kan namelijk gewoon weer een nieuwe mailtje sturen

[..]

Nee, de TS (en ik...) blijft hangen op het afsluiten van het data-blok van de email, dus deze stap:

When you finish your e-mail, press [ENTER], then a '.', and again an [ENTER]. This tells the server that you have finished the e-mail, and it can send it.

Je kan op enter-punt-enter rammen wat je wil, maar hij blijft gewoon op data wachten. Het is gewoon een Brakke Server(tm).

Ik weet nog steeds niet zeker wat je nou wil. Als je mail wil versturen met je eigen domein als afzender, dan kan je dat gewoon als afzenderadres instellen in je mailclient. Hoef je geen server voor te hebben.
Als je mail wil ontvangen die naar je DynDNS-'adres' verstuurd wordt, dan ben je er niet met een eigen servertje. Dan moet je ook ergens fatsoenlijke DNS en MX records instellen, alleen een server starten is niet voldoende voor zover ik weet.

[Fish]

Bij gebrek aan aan mx record, default een server doorgaans naar het a record.
dus niet netjes maar werkt vaak wel


hen je het geprobeerd met <> ?

dm anders een adres voor die server en een user die bestaat.

[serkoon]

Ik gok dat je probleem niet zozeer bij de server ligt als wel bij de client. Officieel hoor je in SMTP netjes CRLF te sturen als line-ending. Mogelijk dat dat niet gebeurt waardoor je [enter][punt][enter] niet als einde van de DATA gezien wordt.

Met een sniffer is dit sowieso goed te zien; mogelijk heeft je telnet er een setting voor.

[Fish]

mhao
hij werkt hier hoor

220 localhost
helo
250 Hello localhost
mail from:<[e-mail]>
250 [e-mail] Address Okay
rcpt to:<[e-mail]>
250 [e-mail] Address Okay
data
354 Start mail input; end with <CRLF>.<CRLF>
subject: lallalaal

fsd
fsdfsd

fsdfsdf
.
250 Ok

gewoon netjes ontvangen

btw werkt ook zonder < >

[ Voor 3% gewijzigd door Fish op 22-07-2009 22:44 ]