Onderwerp: Bsmtp in DA mogelijk als reseller?

Ik heb een reselleraccount en krijg de vraag van een klant of bsmtp mogelijk is. De internetverbinding van de mailserver hapert soms en dan worden binnenkomende berichten gebounced, in plaats van vastgehouden tot ze kunnen worden afgeleverd.
Op dit forum heb ik een aantal topics gevonden dat het wel mogelijk is, maar dat er dan in config-bestanden aanpassingen moeten worden gedaan. Die rechten heb ik niet als reseller.
Ook zijn deze topics al van ruim 3 jaar geleden.
Weet iemand of DA hier inmiddels een gemakkelijkere oplossing voor heeft? Aanpassingen in de DNS / MX of een vinkje ergens?

het SMTP protocol (heb even de rfc niet) schrijft voor minimaal 3 dagen de kans te geven om e-mails af te leveren op de betreffende SMTP server indien een MX record bestaat.
Wat mogelijk slimmer is, is een fall back server. Deze vangt de e-mails op en stuurt ze door naa de SMTP server die ze moet ontvangen.

Heb je je provider al gevraagd wat de problemen met de server zijn?

edit: vraag verkeerd gelezen.

nee, nog niet gedaan. Maar ze hebben een eigen mailserver. Kennelijk wordt de mail direct doorgestuurd en als deze niet afgeleverd kan worden wordt de mail gebounced. Moet de DNS op mijn DA-server misschien worden gewijzigd?
Of zit het hem in de config-bestanden van exim?

Dat is toch geen bsmtp? De mail wordt naar de mailserver doorgestuurd. Maar het wordt niet op mijn DA-server vastgehouden als de mailserver offline is toch? Dat is in elk geval nu zo (het vinkje is al unchecked)

Oorspronkelijk geplaatst door dinges2007

Dat is toch geen bsmtp? De mail wordt naar de mailserver doorgestuurd. Maar het wordt niet op mijn DA-server vastgehouden als de mailserver offline is toch? Dat is in elk geval nu zo (het vinkje is al unchecked)

Heb je helemaal gelijk in, deze moet je hebben: http://help.directadmin.com/item.php?id=167
Denk er wel aan dat je dan een hoeveelheid spam binnen kan krijgen omdat DA niet zal checken of het domein echt bestaat. Volgens RFC 5321 zou een retry binnen 30min moeten plaatsvinden en voor ca. 4-5 dagen opnieuw geprobeerd moeten worden. Dus eigenlijk mag het offline zijn van je server geen probleem zijn. De enige reden die ik zou kunnen zien is een DNS resolving issue dat direct resulteert in een fail of een denied message tijdens het transport van het bericht.

Zoals je in het bericht kan lezen is het als reseller vrijwel onmogelijk om dit te realiseren tenzij je host meewerkt.

Bedankt Peter voor de info. De oplossing achter de link is ook een stuk korter dan wat ik in de topics uit 2008 en 2006 op dit forum vond.

[UPDATE]
Resolven geeft trouwens geen probleem. Dus dan moet de oorzaak ergens anders worden gezocht?

Oorspronkelijk geplaatst door dinges2007

Resolven geeft trouwens geen probleem. Dus dan moet de oorzaak ergens anders worden gezocht?

Wellicht geeft het op dit moment geen probleem maar op andere momenten wel. Zijn de nameservers gespreid opgezet of allebei op dezelfde server? Ik weet niet waar je jouw domeinen registreert maar TransIP biedt bijvoorbeeld voor alle domeinen die bij hun geregistreerd zijn een fallback email dienst aan - wellicht is dat wat?

Ik denk dat ns5.itproductions.se en ns7.itproductions.se twee verschillende servers zijn.
De domeinnaam is bij TransIp, maar de fallback kun je volgens mij alleen gebruiken als je er webhosting afneemt.

Misschien zien jullie iets geks aan deze DNS wat de oorzaak zou kunnen zijn? Moet er een tweede MX-record zijn die het ip heeft van de eigen server?

Code:

ehsbv.com.	A	78.47.13.1	
ftp	A	78.47.13.1	
localhost	A	127.0.0.1	
mail	A	193.141.165.235	
pop	A	78.47.13.1	
smtp	A	193.141.165.235	
ts	A	193.141.165.236	
vpn	A	193.141.165.234	
www	A	78.47.13.1	
ehsbv.com.	NS	ns5.itproductions.se.	
ehsbv.com.	NS	ns7.itproductions.se.	
mail	MX	10	
ehsbv.com.	TXT	"v=spf1 a mx ip4:78.47.13.1 ~all"

Oorspronkelijk geplaatst door dinges2007

Misschien zien jullie iets geks aan deze DNS wat de oorzaak zou kunnen zijn? Moet er een tweede MX-record zijn die het ip heeft van de eigen server?

Dat hangt er vanaf welke server effectief gebruikt wordt voor het afleveren van de email (waar de pop3 mailbox zich bevinden), maar het is wel aangeraden dat je mx record en je spf (txt) een overeenkomend ip adres hebben.

Ik zie momenteel 3 ip adressen staan die je gebruikt om e-mail af te handelen, controleer of dit ook daadwerkelijk correct is:
pop => 78.47.13.1
mx => 193.141.165.235
spf => 78.47.13.1

PS: Je nameservers staan inderdaad op 2 verschillende locaties, maar tld's zijn wel gelijk, dus als .se hun glue records verkloot heb je alsnog een probleem.

Oorspronkelijk geplaatst door dinges2007

Ik denk dat ns5.itproductions.se en ns7.itproductions.se twee verschillende servers zijn.

Klopt.

Oorspronkelijk geplaatst door dinges2007

De domeinnaam is bij TransIp, maar de fallback kun je volgens mij alleen gebruiken als je er webhosting afneemt.

Nee hoor, zie ook https://www.transip.nl/vragen/2-tran...igen-domeinen/

"Wanneer u een domein in onze administratie heeft staan (bijvoorbeeld door het op onze website te registreren), wordt dit domein automatisch aan de relay-server toegevoegd. U kunt gewoon het eerste MX-record naar uw eigen server laten wijzen."

Instructies staan erbij.

Nogmaals, ik zou niet direct een fallback MX inrichten maar het probleem verder uitzoeken. Is het enkel van bepaalde afzenders dat er een bounce volgt of in het algemeen? Kijk eens in de logs van de (eigen) mailserver of er iets mis gaat.

Oorspronkelijk geplaatst door The-BosS

Dat hangt er vanaf welke server effectief gebruikt wordt voor het afleveren van de email (waar de pop3 mailbox zich bevinden), maar het is wel aangeraden dat je mx record en je spf (txt) een overeenkomend ip adres hebben.

Tenzij de eigen mailserver wordt gebruikt om te ontvangen maar niet te verzenden dan is het record natuurlijk helemaal correct. Anders heb je natuurlijk helemaal gelijk.

Bedankt voor de link PeterT. Deze zal ik als optie onthouden. Nadeel is dat als de klant iets wil aanpassen dit altijd via mij moet.

De mailserver wordt zowel gebruikt voor verzenden als ontvangen.

De bounce gebeurt volgens mij bij alle gebruikers. En niet alleen als de server een tijd offline is, maar ook als er even geen verbinding tot stand kan worden gebracht.