Reactieformulier via eigen mailserver ipv webserver

[YolkNet]

Om tijdens een domeinverhuizing geen mail te verliezen heb ik voor de klant de catch-all mail aangezet.
De klant heeft een eigen mailserver, dus de DNS-instellingen zijn gewijzigd:


domeinnaam.nl. A 78.47.13.1
mail A 92.64.71.2
www A 78.47.13.1
domeinnaam.nl. NS ns5.itproductions.se.
domeinnaam.nl. NS ns7.itproductions.se.
mail.domeinnaam.nl. MX 10
domeinnaam.nl. TXT "v=spf1 a mx ip4:78.47.13.1 ~all"


Een reactieformulier wordt nu niet afgehandeld door de mailserver, maar door de webserver. Met als gevolg dat het formulier in het catch-all account terecht komt.
Hoe krijg ik het reactieformulier toch bij de klant terecht? Dus via z'n eigen mailserver?

Catch-all heeft drie opties: fail, ignore, address ....
Moet ik een van de eerste twee aanvinken? (nu staat de derde optie ingesteld)
Of moet ik bij het overzicht van het hostingpakket de catch-all uitvinken?

[ju5t]

MX records > Use this server to handle my emails. If not, change the MX record and uncheck this option

Uitgevinkt voor de domeinnaam? Catch-all heeft hier niets mee te maken.

[Geert-Jan]

mx20 voor de webserver?

[YolkNet]

De mail moet worden afgehandeld door mail.domeinnaam.nl.
In de DNS staan daarom deze twee records:
mail A 92.64.71.2
mail.domeinnaam.nl. MX 10

[MikeVrind]

Misschien zoek ik het wel aan de verkeerde kant, maar zou je dan geen aanpassingen moeten of kunnen doen in de code van het contactformulier?

In dit script zou je via de imap module verbinding met de andere mailserver kunnen maken en via deze server het bericht versturen.

[Geert-Jan]

Catch all is eigenlijk alleen bedoeld om mail op te vangen / weigeren van mail adres die welles/nietes bestaan op de domeinnaam. Dat staat dus helemaal los van mail opvangen tijdens een domeinnaam verhuizing / downtime.

Om deze mail tijdens de verhuizing/downtime op te vangen, zorg je -of voor goed opgezette nameserver, of voor fallback MX.

Je nameservers bevinden zich i.i.g al in gescheide netwerken, als ze goed zijn opgezet zullen proberen de mail te blijven afleveren. Zoniet, fallbackmx....

[YolkNet]

Inderdaad, daar is catch-all voor bedoeld. Maar totdat we zeker wisten dat DNS goed ingesteld stond hebben we toch maar voor catch-all gekozen.

Maar goed, nu moet deze optie kennelijk weer uitgezet worden. Zodat de webformulieren naar de mailserver worden gestuurd. Of kan dit niet met php? En moet je met imap een verbinding tot stand brengen?

[Geert-Jan]

Er veranderd toch niets aan de domeinaam, dus alleen de nameserver / dns wordt gewijzigd? Dan moet je die opvangen...

[YolkNet]

Hoe bedoel je Geert-Jan? De DNS is gewijzigd, maar php/webserver handelt het webformulier af voordat het bij de mailserver terechtkomt.

[Geert-Jan]

waar stuurt het formulier de inhoud naar toe?

[YolkNet]

naar zichzelf (vragenformulier.php). Daar wordt de invoer afgehandeld en als alles goed is dan met mail() verstuurd. Kennelijk kijkt DA of de webserver eerst of het een bericht kan afleveren binnen de eigen server. Ja dus, want er is een catch-all ingesteld. Het bericht zal dus niet naar de mailserver worden doorgestuurd.

tenminste, dat is de theorie die ik heb bedacht :D

[Ramon Fincken]

Ik heb genoeg servers gezien die mail altijd local afleveren ook indien je echte mailserver op een ander IP/server draait. Als je iets wil dat "altijd" werkt, pak tijdelijk gmail via SMTP ofzo.