Hmmm .. nog steeds issues ...
Ergens anders lees ik dat ik zou kunnen proberen om Exim te restarten ... maar uhm .. hoe ?
Likes: 0
Hmmm .. nog steeds issues ...
Ergens anders lees ik dat ik zou kunnen proberen om Exim te restarten ... maar uhm .. hoe ?
Sorry, maar als je dat al niet uit het DA pannel kan halen,
laat staan uit de cli om een (evt.) foutcode op te sporen,
bel dan gewoon je leverancier voor de managed diensten die je vernoemd hebt....
ah heb het al gevonden
Gevonden hoe je exim restart, of is het probleem nu opgelost?
gevonden hoe ik restart .. maar nog steeds issues ....
Hosting is maandag pas bereikbaar maar kan eigenlijk niet zo lang wachten ..
Heb ontdent dat als ik via email van het domein mail stuur het wel aankomt bij bijvoorbeeld een gmail account ... dus mail sturen werkt wel
Alleen het zelf mail ontvangen werkt niet ( of het binnen halen bedoel ik )

Dat is raar voor managed, als je een probleem hebt, kan je toch geen 3 dagen wachten? Of bedoel je dat dit niet iets spoedeissend is en je daardoor niet kan bellen?
Dat komt omdat deze 2 dingen compleet anders werken, je kan van elke machine verzenden met elk emailadres, echter er is maar 1 machine die email ontvangt voor een domein (in zeer zeldzame gevallen meer)Heb ontdent dat als ik via email van het domein mail stuur het wel aankomt bij bijvoorbeeld een gmail account ... dus mail sturen werkt wel
Alleen het zelf mail ontvangen werkt niet ( of het binnen halen bedoel ik )
Als je mij de betreffende domeinnaam en het ip van de server PMt kan ik denk ik in 2 minuten zien waar je moet zoeken om dit op te lossen.
probeer is rechtstreeks te emailen naar de server zelf met telnet:
http://www.tech-notes.nl/artikelen/m...versturen.html
als dat wel werkt zit het probleem in je dns, anders is er iets op je mailserver verkeerd
en probeer uit te vinden hoe je in de exim logs en andere logs kan kijken en of die iets zeggen
@wijtec Ik heb al inderdaad ondervonden hoe ik in die logs kan kijken

DNS staat goed, exim pakt ook email aan voor postmaster, dus ik denk dat het logs lezen wordt.
Laatst ook zoiets gehad.
Bleek dat de dns record van de hostname van de server niet in de dns stond.
Miscchien kun je hier nog iets mee.
Ja, gisteren reed met TS bepaalde zaken bekeken en zag dat mail sturen via telnet werkt. DNS lijktgoed te staan, in de exim logs staat netjes dat de mail is ontvangen, etc. De vraag is alleen dan nog... waar op de server staat de mail dan
Zelf heb ik de ballen verstand van DirectAdmin of exim (ben zelf meer qmail en postfix). Misschien ligt het dan nog aan dovecot.
En ja het is vreemd dat als je managed hebt, er alleen door de weeks op werkdagen support is. Is support er in het weekend helemaal niet? Hoe moet dat dan als je VPS opeens niet bereikbaar is.

Dat vindt ik persoonlijk niet zo vreemd, dat biedt ik namelijk zelf ook aan, maar dat hangt natuurlijk van het SLA level af. Je hebt best effort, next businnes day, binnen x aantal uur, ... met andere woorden volledig afhankelijk van het type SLA dat je afneemt. Het is niet omdat je een managed vps afneemt dat je daarom standaard het hoogste SLA contract hebt. Maar daar kan de TS natuurlijk meer duidelijk over scheppen door mee te delen welk type managed vps + SLA hij heeft, voor we gaan speculeren waarom er in het weekend geen support is.
Dennis de Houx - All In One ~ Official ISPsystem partner
Lees hier de webhostingtalk.nl forum regels en voorwaarden!
Ja, dat is natuurlijk ook zo. Maar ik mag aannemen dat in geval van een acuut probleem zoals een VPS/server niet bereikbaar o.i.d. er ongeacht SLA wel support is in het weekend (binnen een X aantal uur overdag), of misschien ben ik gewoon verwend. Maar dat is in dit geval met een mail issue niet aan de orde. Managed komt ook in meerdere smaken, zoals alleen managed voor updates en security, of volledig managed waarbij je zelf geen root toegang hebt.
Ik ben benieuwd of TS al wat verder is met het probleem. Het lastige is dat TS geen shell toegang lijkt te hebben en dus alleen via een controlpanel de zaken kan (of mag?) bekijken. Dat maakt het lastig om de oorzaak te achterhalen.