Onderwerp: SMTP server werkt niet

Dag beste mensen,

we hebben een probleem waar we eigenlijk niet meteen de fout in terug kunnen vinden. Het probleem is als volgt:

Iemand heeft een .net & php script gemaakt (contact) die het mogelijk moet maken om gebruikers vanop de website een email te sturen. Nu hebben ze hiervoor het standaard smtp adres van de server gebruikt namelijk mail.dedomeinnaam.extensie

Toch lijkt men de fout te krijgen dat de smtp server het niet doet. Toch draait het proces en zijn de gegevens volledig correct. Let wel: het betreft een windows server in combo met Plesk.

Iemand een tip?

Heb er op de plesk site een iets over gelezen, je moet in mailenable nog eea aanpassen.

Oorspronkelijk geplaatst door smurf

Heb er op de plesk site een iets over gelezen, je moet in mailenable nog eea aanpassen.

En je weet toevallig niet wat / waar dat staat? Het enige die ik erover kan vinden is dit:

By default Qmail will accept mail for any domain name that is properly listed in the rcpthosts/virthosts file. However, it doesn't verify that the username exists. As a result, when a message gets processed, a new MAILER DAEMON message is created. Spammers will take advantage of this to send their spam through a server (they put the intended recipient in the FROM box and a domain which behaves like this in the TO box). Plesk has pre-set Qmail to deny accepting the message altogether if the user does not exist on the server.

Qmail is voor linux, check de windows documentatie en het plesk forum. Ik dacht dat het in de tab smtp van mailenable een instelling was, moet je nog ergens de hostname van je machine ingeven anders gaan de mails van de .net en .php scrits gewoon niet uitgezonden worden.

Voor de mensen die dit probleem nog hebben, het is de bedoeling dat je de auth van de smtp server accepteerd naar buiten toe. Als dit niet gebeurt zal het niet mogelijk zijn aan de hand van een php / .net script een mail te versturen. Wat logisch is, alleen zie je dit nogal makkelijk over het hoofd.

Dat is inderdaad het beste van aan te zetten ja...

Oorspronkelijk geplaatst door GlobalServe

Dat is inderdaad het beste van aan te zetten ja...

Inderdaad, alleen is dat nogal een probleempje geworden omdat in het mailenable scherm niets van info over de rechten terug te vinden is. Er staat wat runned en wat niet, maar de rechten moet je zelf maar zien te vinden. Anyway éénmaal je hebt gevonden waar die rechten staan is het makkelijk aan te passen en zo gefixed.

Maar goed het kan mensen maar helpen, weten we dit ook weer.

Zie ook zeker dat het de laatste versie is van MailEnable...