Onderwerp: Kan geen mail ontvangen + sessie problemen webmail

Beste WHT,

Sinds kort ben ik aan het experimenteren met een directadmin vpsje. Nu heb ik directadmin en csf succesvol geinstalleerd en kan ik ook inloggen bij roundcube. Hierbij kan ik ook mails versturen en die komen ook aan.
Echter ontvang ik geen mail.. Ongeacht of csf aan staat of niet. Wat kan ik controleren?
Daarnaast heb ik problemen met sessies om in te loggen op squirrelmail. Op mijn laptop kan ik nu niet inloggen op squirrelmail bijvoorbeeld en via mijn ipad wel.. Waar kan ik de sessie tijd aanpassen voor roundcube en squirrelmail. Ik kon de bestanden niet vinden helaas.

Alvast bedankt!

Met vriendelijke groet,
Jarno

Krijgt de verzendende partij een foutmelding terug? Anders even kijken in /var/log/exim/mainlog


Sent from my HTC One using webhostingtalk mobile app

Geen foutmelding terug, ben er wel achter dat intern wel mails ontvangen worden. Denk dus dat ergens poort 110 geblokkeerd wordt. Dus dat even nakijken. Als iemand weet waar ik dan moet kijken dan hoor ik het uiteraard graag.

Mvg,
Jarno

Wat staat er in /var/log/exim/mainlog ?
DNS en MX records wel in orde?
hardware firewall?
Stop iptables eens?

Mijn glazenbol is stuk vandaag.

Dat begrijp ik!

Ik heb zojuist weer even wat mails verstuurd van buiten de VPS. zodat ik aan de datum/tijd kan zien wat er nu gebeurd.
Echter wordt er in mainlog en paniclog geen regel toegevoegd bij het sturen van een mail van buiten de VPS.

Ik heb IPtables gestopt, heeft helaas geen effect gehad.

Volgens http://www.mtgsy.net/dns/utilities.php staat de DNS voor MX goed. Kan het zo zijn dat er toch iets niet klopt in de DNS/MX records?

Alvast bedankt Dennis!

EDIT: ik heb net een nieuw mail adres aangemaakt, hierop krijg ik wel bericht terug en wel het volgende:
This message was created automatically by mail delivery software.

A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:

Inmiddels heb ik het werkend door exim en dovecot te rebuilden. Misschien dat ik perongeluk iets verkeerd in heb gevuld bij de configs. Echter kan ik van 1 ip adres niks ontvangen. Deze is niet te vinden in csf/lfd en zie ook geen blacklist in /usr/local/directadmin/data/admin/.

Alvast bedankt.

Blacklisted op een RBL? Dan zou je wel iets moeten zien in /var/log/exim/mainlog
Routing foutje of wellicht in/uit hetzelfde subnet en je subnetmask staat niet correct? Kan je wel pingen?

Er staat wel wat. Maar niks met betrekking tot het ontvangen. Enkel een bruteforce attack en een mailtje uitgaand van het mail adres naar het 'geblokkeerde' ip adres. Dat werkt wel. Maar andersom dus niet:
extern ('geblokkeerd') IP --> VPS (Directadmin) werkt dus niet.
Met bijv. Hotmail en andere domeinnamen lukt het wel. Enkel alle domeinen die op dat ene bepaalde ip adres van mij staan werken niet. Deze is extern en op een geheel andere geo locatie.

Waar zou ik iets kunnen vinden waar dit ip adres geblokkeerd zou kunnen zijn? Ik heb al gekeken in /etc/virtual/, maar ook hier geen blacklisted ip.

Ik heb even gekeken of hij ergens op de black list stond. Hij stond alleen bij Apew.org listed en bij de rest niet. Kan dit het probleem zijn of is het toch een block vanuit de VPS zelf? Als ik bij mxtoolbox kijk dan is hij nergens listed..
Mainlog blijft helaas verder niks toevoegen ondanks dat ik meerdere malen wat stuur.

Pingen vanuit de vps naar het 'geblokkeerde ip' lukt gewoon.

Oorspronkelijk geplaatst door JSSL

Ik heb even gekeken of hij ergens op de black list stond. Hij stond alleen bij Apew.org listed en bij de rest niet. Kan dit het probleem zijn of is het toch een block vanuit de VPS zelf?
Mainlog blijft helaas verder niks toevoegen ondanks dat ik meerdere malen wat stuur.

Pingen vanuit de vps naar het 'geblokkeerde ip' lukt gewoon.

Kijk gewoon even met tcpdump of er wel een tcp connectie binnenkomt vanaf het IP waar je mail van verwacht ?
Hoe zeker ben je eigenlijk vanaf welk IP afzender mail gaat sturen ?

Krijgt de afzendende gebruiker (wiens mail dus niet bij je aankomt) nog een bruikbare bounce of foutmelding ?

Oh, mbt tot je bericht #3 , je moet kijken naar tcp poort 25 voor inkomende smtp mail.

poort 110 is POP (zonder ssl) .

Helaas geen verbinding met tcpdump op poorten 25/110 wanneer ik een mail stuur vanaf dat ip adres.
Het is een reseller hosting waarvan ik af mail naar de vps, vandaar de zekerheid over het ip adres. Kan wel naar anderen mailen vanaf dat ip adres en die komen gewoon aan.

Foutmelding die ik krijg is alleen van post #5 . Een permanent error. Verder niks te vinden in de header.

Bedankt alweer voor het meedenken!

Oorspronkelijk geplaatst door JSSL

Helaas geen verbinding met tcpdump op poorten 25/110 wanneer ik een mail stuur vanaf dat ip adres.
Het is een reseller hosting waarvan ik af mail naar de vps, vandaar de zekerheid over het ip adres. Kan wel naar anderen mailen vanaf dat ip adres en die komen gewoon aan.

Foutmelding die ik krijg is alleen van post #5 . Een permanent error. Verder niks te vinden in de header.

Bedankt alweer voor het meedenken!

Nogmaals : vergeet poort 110 als je praat over mail sturen of ontvangen op een mailserver.
Sterker - vergeet poort 110 helemaal. POP is legacy, en POP zonder SSL nog meer.

Maar weet je ook of de VPS (die vanaf waar het niet lukt) zelf mail verstuurt, of staat er een zendende mailserver (smarthost) op ingesteld - Of staat daar jouw domein misschien ook lokaal geconfigureerd ?

Maar goed, wat je nu kunt testen is als je tcpdump (op poort 25) hebt lopen op je host, om vanaf de VPS vanaf waar het niet werkt met telnet een connectie op te zetten naar poort 25 op je host.

De vraag is of er op TCP niveau iets niet lukt, of dat de mail software van de zendende host niet met jouw server wil praten.

Telnet lukt ook, krijg een connectie en met response een hostname met Exim erachter. Als ik naar deze hostname ping krijg ik hetzelfde ip adres.
Helaas kan ik op de host geen ssh gebruiken.

Edit: volgens mij had ik het verkeerd begrepen. Als ik een tcpdump heb lopen op de vps en ik doe daarna een telnet connectie, dan laat de tcpdump gewoon een response zien als: server.domein.nl.38849 > web.domein2.nl.smtp

Desgewenst kan ik je wel SpamExperts aanbieden zodat je het ea kunt uitsluiten ? Gewoon kosteloos als het voor een korte periode is. Dan zet je mx op SpamExperts en die laat je bezorgen op de DA


Sent from my iPhone using webhostingtalk mobile app

Je zou dan wel iets moeten zien in je exim/mainlog.

Als je wil kan ik even voor je kijken (gratis) op je VPS.