Onderwerp: [urgent probleem] Webmail verstuurt wel mails, maar ontvangt niks

Aan de log te zien worden inkomende mails wel gewoon netjes afgeleverd in de mailbox. Blokeerd je provider poort 25 niet waardoor outlook niet werkt?


Sent from my iPad using webhostingtalk mobile app

Het lijkt erop dat de mailbox het nu weer doet. Ik denk dat het dan toch met de MX records te maken had.

De outlook settings lijken mij in principe correct:
IMAP: mail.r$al$ast.eu
IMAP: 143
SMTP: mail.r$al$ast.eu
SMTP: verificatie vereist
SMTP: 587
SMTP versleutelde verbinding: TLS

Met deze instellingen deed de mail het wel bij de oude VPS, maar nu blijkbaar niet. (er is een bestaand account op een computer, en een nieuw account op een andere computer aangemaakt met deze instellingen voor eenzelfde email adres, om het te controleren).

De mails doen het wel via de telefoon en de webmail, dus het meest urgente probleem is opgelost. Daarvoor mijn hartelijke dank. Hopen dat dit snel opgelost kan worden, zodat alles weer draait voordat het weekend is afgelopen.

Oorspronkelijk geplaatst door Kevin Bentlage

Aan de log te zien worden inkomende mails wel gewoon netjes afgeleverd in de mailbox. Blokeerd je provider poort 25 niet waardoor outlook niet werkt?

Sent from my iPad using webhostingtalk mobile app

Probeer "poort 25" af te leren als antwoord of suggestie op vragen over mail van een mailclient naar een "uitgaande mailserver".

Mail tussen mailservers onderling, die MX records opzoeken en dan de beste kiezen is een andere functie dan het aanpakken van "alle" mail van een client om dan naar de bestemmingen te gaan sturen.

Mail tussen mail *servers* loopt inderdaad over TCP poort 25 . Die wordt inderdaad redelijk vaak door access ISPs geblokkeerd.
Thuis zelf een 'echte' mailserver voor uitgaande mail runnen gaat dan niet, maar als client een andere mailserver gebruiken dan die van je ISP (bijvoorbeeld gmail) gaat prima. Ik ken geen voorbeelden van access ISPs die tcp/587 blokkeren.

Maar clients die mail aanbieden aan "hun" mailserver om naar "de buitenwereld" te sturen horen dat op TCP/587 te doen.
Voor die rol is tcp/25 legacy. En niet nodig.
De functie van smarthost zijn heet 'smtp submit' , en wordt door RFC 2476 (uit *1998* ) (en verder rfc 4409, rfc 6409) geintroduceerd.

Poort 587 hoort natuurlijk SMTP authenticatie (geen open relay) en SSL na onderhandeling (STARTTLS) aan te bieden.

Oorspronkelijk geplaatst door Jerremy

Het lijkt erop dat de mailbox het nu weer doet. Ik denk dat het dan toch met de MX records te maken had.

De outlook settings lijken mij in principe correct:
IMAP: mail.r$al$ast.eu
IMAP: 143
SMTP: mail.r$al$ast.eu
SMTP: verificatie vereist
SMTP: 587
SMTP versleutelde verbinding: TLS

Met deze instellingen deed de mail het wel bij de oude VPS, maar nu blijkbaar niet. (er is een bestaand account op een computer, en een nieuw account op een andere computer aangemaakt met deze instellingen voor eenzelfde email adres, om het te controleren).

De mails doen het wel via de telefoon en de webmail, dus het meest urgente probleem is opgelost. Daarvoor mijn hartelijke dank. Hopen dat dit snel opgelost kan worden, zodat alles weer draait voordat het weekend is afgelopen.

Gelukkig wel op tcp 587 voor uitgaande mail, en met SSL/TLS.

Ik zie alleen dat je imap poort 143 gebruikt.
Gebruikelijk is dat de IMAP over SSL op poort 993 zit.

Ik weet niet of IMAP op poort 143 nog een 'onderhandel SSL' optie inmiddels heeft, maar ik denk dat er een goede kans is dat je IMAP verkeer als plain text gaat nu.

Oorspronkelijk geplaatst door visser

Probeer "poort 25" af te leren als antwoord of suggestie op vragen over mail van een mailclient naar een "uitgaande mailserver".

Mail tussen mailservers onderling, die MX records opzoeken en dan de beste kiezen is een andere functie dan het aanpakken van "alle" mail van een client om dan naar de bestemmingen te gaan sturen.

Mail tussen mail *servers* loopt inderdaad over TCP poort 25 . Die wordt inderdaad redelijk vaak door access ISPs geblokkeerd.
Thuis zelf een 'echte' mailserver voor uitgaande mail runnen gaat dan niet, maar als client een andere mailserver gebruiken dan die van je ISP (bijvoorbeeld gmail) gaat prima. Ik ken geen voorbeelden van access ISPs die tcp/587 blokkeren.

Maar clients die mail aanbieden aan "hun" mailserver om naar "de buitenwereld" te sturen horen dat op TCP/587 te doen.
Voor die rol is tcp/25 legacy. En niet nodig.
De functie van smarthost zijn heet 'smtp submit' , en wordt door RFC 2476 (uit *1998* ) (en verder rfc 4409, rfc 6409) geintroduceerd.

Poort 587 hoort natuurlijk SMTP authenticatie (geen open relay) en SSL na onderhandeling (STARTTLS) aan te bieden.

Je hebt helemaal gelijk! De post waarin de TS aangeeft poort 587 te gebruiken had ik iets te snel gelezen waardoor ik ervan uitging dat poort 25 uitgaand werdt gebruikt.



Sent from my iPad using webhostingtalk mobile app

Bedankt voor de reacties!

Het probleem is echter dat er met de IMAP geen problemen lijken te zijn. Mails worden gewoon normaal ontvangen.
Er worden echter totaal GEEN mails verstuurd vanaf Outlook.

Ik hoopte dat de MX records het wellicht zouden oplossen omdat deze nog niet goed waren doorgevoerd, maar dat bleek niet zo te zijn.
Het is geen optie om de SMTP van de provider te gebruiken, omdat veel klanten een laptop gebruiken en door heel het land werken.

Ik ben op moment even radeloos wat het probleem kan zijn.

Outlook meldt:

Code:

Test e-mailbericht verzenden: Er kan geen verbinding worden gemaakt met de server voor uitgaande e-mail (SMTP). Als u dit bericht blijft ontvangen, neemt u contact op met de serverbeheerder of internetprovider (ISP).

Oorspronkelijk geplaatst door Jerremy

Bedankt voor de reacties!

Het probleem is echter dat er met de IMAP geen problemen lijken te zijn. Mails worden gewoon normaal ontvangen.
Er worden echter totaal GEEN mails verstuurd vanaf Outlook.

Ik hoopte dat de MX records het wellicht zouden oplossen omdat deze nog niet goed waren doorgevoerd, maar dat bleek niet zo te zijn.
Het is geen optie om de SMTP van de provider te gebruiken, omdat veel klanten een laptop gebruiken en door heel het land werken.

Ik ben op moment even radeloos wat het probleem kan zijn.

Outlook meldt:

Code:

Test e-mailbericht verzenden: Er kan geen verbinding worden gemaakt met de server voor uitgaande e-mail (SMTP). Als u dit bericht blijft ontvangen, neemt u contact op met de serverbeheerder of internetprovider (ISP).

Vermoedelijk zal IMAP zonder encryptie werken, met de instelling die je postte . Dat kun je als probleem zien.

Voor wat betreft de uitgaande mail, daarvoor gebruikt outlook poort 587 , in de instellingen die je postte.

Het makkelijkste is als je op de server even met tcpdump kijkt of er iets binnenkomt op poort 587 als je wat probeert te versturen met Outlook.

Kijk ook (met netstat bijvoorbeeld) of er wel een proces luistert daar.

En kijk of je misschien op je server een firewall hebt die tcp/587 niet door zou laten.

Oorspronkelijk geplaatst door visser

Kijk ook (met netstat bijvoorbeeld) of er wel een proces luistert daar.

En kijk of je misschien op je server een firewall hebt die tcp/587 niet door zou laten.

Het zou inderdaad helpen moest hij zijn poort open zetten en ja ik heb de $ met e vervangen.

Code:

mail.r$al$ast.eu:587 port is closed

Code:

# telnet mail.r$al$ast.eu 587
Trying 149.2xx.xx9.1xx...
telnet: connect to address 149.2xx.xx9.1xx: Connection refused

Code:

# telnet mail.r$al$ast.eu 25
Trying 149.2xx.xx9.1xx...
Connected to mail.r$al$ast.eu.
Escape character is '^]'.
220 iah0st.nl ESMTP Postfix

Ik heb wat zaken vervangen aangezien de TS het blijkbaar liever niet heeft om volledig hostnames en ip adressen te posten.

Als ik uw reactie goed begrijp, heb ik dus de poort 587 niet open staan op de VPS?
Zou dat dan de oplossing zijn van het probleem?
Ik ga even zoeken hoe ik deze aan moet zetten.

Oorspronkelijk geplaatst door The-BosS

Het zou inderdaad helpen moest hij zijn poort open zetten en ja ik heb de $ met e vervangen.

Code:

mail.r$al$ast.eu:587 port is closed

Code:

# telnet mail.r$al$ast.eu 587
Trying 149.2xx.xx9.1xx...
telnet: connect to address 149.2xx.xx9.1xx: Connection refused

Code:

# telnet mail.r$al$ast.eu 25
Trying 149.2xx.xx9.1xx...
Connected to mail.r$al$ast.eu.
Escape character is '^]'.
220 iah0st.nl ESMTP Postfix

Ik heb wat zaken vervangen aangezien de TS het blijkbaar liever niet heeft om volledig hostnames en ip adressen te posten.

Het is erg lastig om te vinden hoe ik poort 587 moet openzetten (Centos), weet iemand toevallig de command hiervoor?
Ik hoop echt dat dit het probleem oplost.

Oorspronkelijk geplaatst door Jerremy

Het is erg lastig om te vinden hoe ik poort 587 moet openzetten (Centos), weet iemand toevallig de command hiervoor?
Ik hoop echt dat dit het probleem oplost.

Welke firewall gebruik je?

Oorspronkelijk geplaatst door Mark17

Welke firewall gebruik je?

Ik heb geen flauw idee, ik heb gewoon een standaard VPS van Transip met Plesk.

Het probleem is deels opeens heel erg makkelijk opgelost door in Plesk de optie "Enable message submission" aan te zetten.

Als ik nu een mail verstuur vanaf een mail account, wordt outlook meteen in offline modus gezet en wordt de mail niet verstuurd. Ik moet dan de optie "Alle mappen verzenden/ontvangen" inschakelen om de mail te laten versturen.

Heeft iemand een idee hoe dit kan en hoe dit op te lossen is?
Dezelfde settings als die ik al had vermeld, worden gebruikt.


Foutmelding als ik een bericht probeer te verwijderen: kan mappen niet synchroniseren..

Update: Als er ook maar iets wordt gedaan met mails in Outlook, gaat Outlook automatisch in offline modus voordat de actie echt voltooid is. Zo gaat Outlook offline wanneer ik een email wil verwijderen, maar ook wanneer ik een email wil verzenden.

Wanneer ik de optie "Alle mappen verzenden/ontvangen" gebruik, worden de mails wel verstuurd.

Hier is natuurlijk niet mee te werken..

Ik hoop echt dat iemand mij kan helpen .

Oorspronkelijk geplaatst door Jerremy

Update: Als er ook maar iets wordt gedaan met mails in Outlook, gaat Outlook automatisch in offline modus voordat de actie echt voltooid is. Zo gaat Outlook offline wanneer ik een email wil verwijderen, maar ook wanneer ik een email wil verzenden.

Wanneer ik de optie "Alle mappen verzenden/ontvangen" gebruik, worden de mails wel verstuurd.

Hier is natuurlijk niet mee te werken..

Ik hoop echt dat iemand mij kan helpen .

Het zou kunnen dat je echt pech heb.

Lees :
http://www.webhostingtalk.nl/plesk/1...ml#post1279194

Over plesk (:dwz, veel achterliggende imap servers) en Outlook 2013.
Veel meer kan ik niet zeggen, ik gebruik zelf deze combinatie(s) niet.