Php mail probleem
Ze hebben mij een bestand gegeven voor authenticated SMTP waardoor ik allemaal dingen in mijn code moet wijzigen. Dan doet uiteindelijk met een andere (door de provider aangemaakte) functie het mailen het wel. Erg vervelend aangezien mijn gehele Wiki en andere pagina's op de functie mail() berusten. Alles zal ik dus moeten gaan veranderen. Als ik in de toekomst naar een andere provider verhuis moet dit ook weer veranderd worden.
De foutmelding die ik krijg is Failed to connect to mailserver at "xxx.xxx.x.xxx" port 25, verify your "SMTP" and "smtp_port" setting in php.ini or use ini_set().
Hoe los ik dit op? Enorm bedankt alvast!
Maar bij wijzingen in ini_set moet de server toch opnieuw opgestart worden? En dat kan niet bij de hostingprovider?
maar jullie bedoelen dus ini_set(SMTP, "localhost");
Dat werkt jammer genoeg niet:-(
Chris Horeweg op 29/07/2011 15:12:10:
Simpel, het IP-adres waar je naar connect staat die verbinding niet toe op die port. Kun je niet ipv het IP-adres, "localhost" gebruiken?
Dat is vreemd als de provider zegt dat er niks is gewijzigd. Lijkt toch dat dit door de provider wordt veroorzaakt...
Bedoel je met dat ip adres dat ik ini_set(SMTP, "localhost"); moet gebruiken? Dat werkt in ieder geval niet.
De hoster waar ik bij zit is mijnhostingpartner.nl. Ze hebben het over authenticated SMTP maar ik vind het vreemd dat hetzelfde script het een paar maanden geleden wel heeft gedaan.
Code (php)
1
ini_set("SMTP", "localhost");
Door SMTP tussen quotes te zetten kan het een groot verschil maken. En gebruik anders eens een de SMTP van je eigen ISP. Dat zou een tijdelijke optie kunnen zijn.
Gewijzigd op 31/07/2011 14:57:48 door - Ariën -
- Mijn website heeft een uptime van 97%, de provider vertelt mij dat dit aan mijn website ligt en niet aan hun server. Hun software geeft niet aan dat mijn website offline ligt, dus zeggen ze dat het aan de code in mijn website moet liggen. Ik zie echter op Pingdom en Montastic dat mijn site wel offline was. En als ik via ttp://www.yougetsignal.com/tools/web-sites-on-web-server/ kijk, zie ik dat de websites die op dezelfde ip als mijn site worden gehost ook offline zijn op hetzelfde moment. Is er een kans dat zij toch gelijk hebben dat het aan mijn site ligt of zijn ze gewoon verkeerd bezig?
- Ik moet gebruik maken van Auth SMTP, en de mail() functie mag niet meer gebruikt worden van ze. Is dat normaal?
- Als ik inderdaad Auth SMTP ga gebruiken, weigeren ze om Pear Mail te installeren, wat de enige mogelijkheid is dat Software als MediaWiki ook Auth SMTP kan gebruiken. Als ze het dus niet installeren kan die software geen mail meer verzenden.
Kan iemand mij zo spoedig mogelijk op weg helpen?
Ik zou op zoek gaan naar andere hosting.
Ze gaan me nu naar een andere server verhuizen en nu moet ik van alles een backup gaan maken. Kunnen ze dat zelf niet doen?
Als jouw code 3% downtime veroorzaakt, zou ik de code weleens willen zien, maar ik vermoed dat hun server de oorzaak is, en enkele tests wijzen ook uit dat hun servers een paar problemen hebben, oa met dns.
Ik adviseer je absoluut zelf een backup te maken van de site en database, als je dit nog niet hebt gedaan, het is zonde als je door hun gegevens kwijtraakt. Ze horen dit absoluut zelf te doen, en zo'n soort interne verhuizing mag absoluut geen downtime opleveren, infeite mag je dit niet eens merken aangezien dit om een interne verhuizing gaat.
Maar ik adviseer je absoluut een andere webhosting te nemen!
Maar goed, vaak kan je zelf een php.ini aanmaken met daarin wat instellingen. Dat ini file plaats je dan in de webroot.
Nee je moet zelf een backup hebben. Je bent hier namelijk zelf verantwoordelijk voor. Als er iets mis zou gaan word de vinger naar ons gewezen, dus zelf zorgen voor een goeie backup!
Wij gaan namelijk niet alle subdomeinen weer opnieuw aanmaken, dit moet je zelf doen.
Is het normaal dat ik daar zelf voor moet zorgen? Ik wil graag een beetje hoogte krijgen van wat jullie er van vinden.