Bekijk Volledige Versie : [urgent probleem] Webmail verstuurt wel mails, maar ontvangt niks
Beste allemaal,
Ik ben de laatste paar dagen bezig een VPS van Hostnet naar Transip te verplaatsen.
Er hebben zich veel problemen voorgedaan, maar het laatste probleem kan ik niet goed oplossen.
Ik zit met het probleem dat de webmail van mijn VPS geen emails ontvangt, maar alleen verstuurt.
Als Outlook wordt gebruikt, worden de emails wel verstuurd maar niet ontvangen.
Een voorbeeld van de DNS records die gebruikt worden:
*.domein.ext A 149.210.159.109
domein.ext A 149.210.159.109
localhost.domein.ext A 149.210.159.109
mail.domein.ext A 149.210.159.109
webmail.domein.ext A 149.210.159.109
ftp.domein.ext CNAME domein.ext
www.domein.ext CNAME domein.ext
domein.ext NS ns1.hostnetbv.nl
.domein.ext NS ns2.hostnetbv.nl
domein.ext MX prioriteit 10 mail.domein.ext
Een voorbeeld is r$al$ast.eu (vervang $ met e)
Hulp is meer dan welkom!
Indien iemand dit concrete probleem vandaag bereid is dit te willen oplossen, ben ik best bereid hiervoor te betalen.
Kevin Bentlage
02/02/14, 16:36
De DNS lijkt goed te staan voor het voorbeeld domein wat je gaf, weet je zeker dat je op de goede webmail zit ingelogd? (van de nieuwe VPS en niet de oude)? Het kan misschien zijn dat jou lokale DNS nog niet (goed) gewijzigd is.
Log eens in op de webmail door het IP adres van de nieuwe VPS te gebruiken;
http://149.210.159.109/webmail of http://149.210.159.109/roundcube (afhankelijk wat je gebruikt).
Bedankt voor uw reactie.
Uw links werkte niet, maar dat is niet van belang aangezien:
Ik heb een nieuw account aangemaakt bij de nieuwe VPS om te kijken of ik wel de goede webmail gebruikte (webmail.domein.ext). Dit zou in weze de juiste moeten zijn, en dat bleek ook zo te zijn.
Het is goed om te vertellen dat de MX record ongeveer 2-3 uur geleden pas is toegevoegd. Ik had niet in de gaten dat dit niet was toegevoegd, en ik hoop dat dit het probleem oplost. Maar dit is niet mijn specialiteit, en ik weet dus ook niet zeker of dit het probleem gaat oplossen als het MX record goed is gewijzigd.
Kevin Bentlage
02/02/14, 16:46
Wat geven de Postfix logs aan op het moment dat je een mailtje verstuurd naar de nieuwe VPS? Deze log is te vinden op /var/log/mail.log.
Het makkelijkste is om even een mail te versturen naar een adres op de nieuwe VPS en dan de laatste 50 - 100 regels van het bovenstaande logbestand hier te plakken. Wellicht is daar de oplossing te vinden.
Als ik /var/log/mail.log type, krijg ik:
-bash: /var/log/mail.log: No such file or directory
Kevin Bentlage
02/02/14, 16:54
tail -n50 /var/log/mail.log
Of
tail -n50 /var/log/maillog
Output:
tail: cannot open '/var/log/mail.log' for reading: No such file or directory.
Ik zie dat ik het nog niet had vermeld, maar de VPS draait op Centos > Plesk 11
De tweede werkte, een moment aub.
Is er een makkelijke manier om de output te kopiëren? Nu kan ik namelijk de tekst niet selecteren.
Kevin Bentlage
02/02/14, 17:09
Schrijf het even weg naar een bestand in de webroot;
tail -n100 /var/log/maillog > /var/www/html/maillog.txt
Dan kun je het (waarschijnlijk) opvragen via;
http://ip.van.de.vps/maillog.txt
(Bestand daarna weer even verwijderen)
Sent from my iPad using webhostingtalk mobile app
De url 149.210.159.109/maillog.txt doet het helaas niet.
Wellicht dat het ergens anders is opgeslagen?
Ik zoek zelf ook op internet, maar ik kan geen informatie vinden over het uploaden van log output bij Centos.
Als het niet anders kan, kan ik wel een deel overtypen. Weet alleen niet of dat te weinig zal zijn.
Kevin Bentlage
02/02/14, 17:26
Hmm. Zit je via de TransIP console ingelogd? Anders even met PuTTY inloggen via SSH, dan kun je wel tekst kopieren en plakken.
Sent from my iPad using webhostingtalk mobile app
Bedankt. Het zal weer even een heel gedoe met uitzoeken worden, want ik heb alleen een admin gebruiker, en die kan niet rechtstreeks inloggen met PuTTy. En helaas heeft Transip geen uitleg gegeven hoe ik meerdere accounts aanmaak, maar ik ga het even uitzoeken.
Kevin Bentlage
02/02/14, 17:50
Waarschijnlijk moet je inloggen via de admin gebruiker en vervolgens met een userswitch naar root "su root" weet je het root wachtwoord wel?
Sent from my iPhone using webhostingtalk mobile app
Het is eindelijk gelukt, en dit is de log:
Feb 2 17:52:31 transip postfix/smtpd[27752]: connect from sms-monitor.transip.nl[80.69.67.10]
Feb 2 17:52:31 transip imapd: Connection, ip=[::ffff:80.69.67.10]
Feb 2 17:52:31 transip pop3d: Connection, ip=[::ffff:80.69.67.10]
Feb 2 17:52:32 transip imapd: 1391359952.957036 DISCONNECTED, ip=[::ffff:80.69.67.10], headers=0, body=0, rcvd=0, sent=303, maildir=/etc/rc.d/init.d
Feb 2 17:52:32 transip postfix/smtpd[27752]: lost connection after CONNECT from sms-monitor.transip.nl[80.69.67.10]
Feb 2 17:52:32 transip postfix/smtpd[27752]: disconnect from sms-monitor.transip.nl[80.69.67.10]
Feb 2 17:53:15 transip postfix/smtpd[27752]: connect from mail-ve0-f173.google.com[209.85.128.173]
Feb 2 17:53:16 transip postfix/smtpd[27752]: 2335126600: client=mail-ve0-f173.google.com[209.85.128.173]
Feb 2 17:53:16 transip postfix/cleanup[28282]: 2335126600: message-id=<CAL080P5wJ5GO7goUpyusf=Wb13JnVdM7Em8fxhqq2Z9UJMgZi w@mail.gmail.com>
Feb 2 17:53:16 transip /usr/lib64/plesk-9.0/psa-pc-remote[2529]: handlers_stderr: SKIP
Feb 2 17:53:16 transip /usr/lib64/plesk-9.0/psa-pc-remote[2529]: SKIP during call 'check-quota' handler
Feb 2 17:53:16 transip postfix/qmgr[21085]: 2335126600: from=<jerremyprive@gmail.com>, size=1873, nrcpt=1 (queue active)
Feb 2 17:53:16 transip postfix-local[28285]: postfix-local: from=jerremyprive@gmail.com, to=t@realeast.nl, dirname=/var/qmail/mailnames
Feb 2 17:53:16 transip postfix/pipe[28284]: 2335126600: to=<t@realeast.nl>, relay=plesk_virtual, delay=0.39, delays=0.37/0.01/0/0.02, dsn=2.0.0, status=sent (delivered via plesk_virtual service)
Feb 2 17:53:16 transip postfix/qmgr[21085]: 2335126600: removed
Feb 2 17:53:16 transip postfix/smtpd[27752]: disconnect from mail-ve0-f173.google.com[209.85.128.173]
Feb 2 17:53:31 transip pop3d: Connection, ip=[::ffff:80.69.67.10]
Feb 2 17:53:31 transip imapd: Connection, ip=[::ffff:80.69.67.10]
Feb 2 17:53:31 transip postfix/smtpd[27752]: connect from sms-monitor.transip.nl[80.69.67.10]
Feb 2 17:53:32 transip imapd: 1391360012.405881 DISCONNECTED, ip=[::ffff:80.69.67.10], headers=0, body=0, rcvd=0, sent=303, maildir=/etc/rc.d/init.d
Feb 2 17:53:32 transip postfix/smtpd[27752]: lost connection after CONNECT from sms-monitor.transip.nl[80.69.67.10]
Feb 2 17:53:32 transip postfix/smtpd[27752]: disconnect from sms-monitor.transip.nl[80.69.67.10]
Feb 2 17:53:39 transip imapd: Connection, ip=[::ffff:24.132.51.92]
Feb 2 17:53:44 transip imapd: IMAP connect from @ [::ffff:24.132.51.92]ERR: LOGIN FAILED, ip=[::ffff:24.132.51.92]
Feb 2 17:53:44 transip imapd: 1391360024.300776 DISCONNECTED, ip=[::ffff:24.132.51.92], headers=0, body=0, rcvd=0, sent=56, maildir=/etc/rc.d/init.d
Feb 2 17:53:45 transip imapd: Connection, ip=[::ffff:127.0.0.1]
Feb 2 17:53:45 transip imapd: IMAP connect from @ [::ffff:127.0.0.1]digascii: ad31fd7d3989a9798008b27b723d2525, response: ad31fd7d3989a9798008b27b723d2525
Feb 2 17:53:45 transip imapd: LOGIN, user=anna.akopian@realeast.eu, ip=[::ffff:127.0.0.1], protocol=IMAP
Feb 2 17:53:45 transip imapd: 1391360025.549855 LOGOUT, user=anna.akopian@realeast.eu, ip=[::ffff:127.0.0.1], headers=0, body=0, rcvd=106, sent=393, maildir=/var/qmail/mailnames/realeast.eu/anna.akopian/Maildir
Feb 2 17:53:46 transip imapd: Connection, ip=[::ffff:24.132.51.92]
Feb 2 17:53:51 transip imapd: IMAP connect from @ [::ffff:24.132.51.92]ERR: LOGIN FAILED, ip=[::ffff:24.132.51.92]
Feb 2 17:53:51 transip imapd: 1391360031.847318 DISCONNECTED, ip=[::ffff:24.132.51.92], headers=0, body=0, rcvd=0, sent=56, maildir=/etc/rc.d/init.d
Feb 2 17:53:56 transip imapd: Connection, ip=[::ffff:24.132.51.92]
Feb 2 17:54:01 transip imapd: IMAP connect from @ [::ffff:24.132.51.92]ERR: LOGIN FAILED, ip=[::ffff:24.132.51.92]
Feb 2 17:54:01 transip imapd: 1391360041.362793 DISCONNECTED, ip=[::ffff:24.132.51.92], headers=0, body=0, rcvd=0, sent=56, maildir=/etc/rc.d/init.d
Feb 2 17:54:31 transip imapd: Connection, ip=[::ffff:80.69.67.10]
Feb 2 17:54:31 transip postfix/smtpd[27752]: connect from sms-monitor.transip.nl[80.69.67.10]
Feb 2 17:54:31 transip pop3d: Connection, ip=[::ffff:80.69.67.10]
Feb 2 17:54:33 transip imapd: 1391360073.6597 DISCONNECTED, ip=[::ffff:80.69.67.10], headers=0, body=0, rcvd=0, sent=303, maildir=/etc/rc.d/init.d
Feb 2 17:54:33 transip postfix/smtpd[27752]: lost connection after CONNECT from sms-monitor.transip.nl[80.69.67.10]
Feb 2 17:54:33 transip postfix/smtpd[27752]: disconnect from sms-monitor.transip.nl[80.69.67.10]
Feb 2 17:54:49 transip imapd: Connection, ip=[::ffff:24.132.51.92]
Feb 2 17:54:54 transip imapd: IMAP connect from @ [::ffff:24.132.51.92]ERR: LOGIN FAILED, ip=[::ffff:24.132.51.92]
Feb 2 17:54:54 transip imapd: 1391360094.934528 DISCONNECTED, ip=[::ffff:24.132.51.92], headers=0, body=0, rcvd=0, sent=56, maildir=/etc/rc.d/init.d
Feb 2 17:54:58 transip imapd: Connection, ip=[::ffff:24.132.51.92]
Feb 2 17:55:03 transip imapd: IMAP connect from @ [::ffff:24.132.51.92]ERR: LOGIN FAILED, ip=[::ffff:24.132.51.92]
Feb 2 17:55:04 transip imapd: 1391360104.42052 DISCONNECTED, ip=[::ffff:24.132.51.92], headers=0, body=0, rcvd=0, sent=56, maildir=/etc/rc.d/init.d
Feb 2 17:55:10 transip pop3d: Connection, ip=[::ffff:62.140.132.45]
Feb 2 17:55:11 transip pop3d: IMAP connect from @ [::ffff:62.140.132.45]INFO: LOGIN, user=jan.schoonderwoerd@realeast.eu, ip=[::ffff:62.140.132.45]
Feb 2 17:55:11 transip pop3d: 1391360111.374042 LOGOUT, user=jan.schoonderwoerd@realeast.eu, ip=[::ffff:62.140.132.45], top=0, retr=0, time=0, rcvd=18, sent=570, maildir=/var/qmail/mailnames/realeast.eu/jan.schoonderwoerd/Maildir
Het lijkt erop alsof de webmail het nu wel doet, maar dat Outlook geen mails meer verstuurd en alleen ontvangt. Ik ben hier nog niet zeker van, dus ik ga het testen voor een aantal accounts.
Kevin Bentlage
02/02/14, 18:20
Aan de log te zien worden inkomende mails wel gewoon netjes afgeleverd in de mailbox. Blokeerd je provider poort 25 niet waardoor outlook niet werkt?
Sent from my iPad using webhostingtalk mobile app
Het lijkt erop dat de mailbox het nu weer doet. Ik denk dat het dan toch met de MX records te maken had.
De outlook settings lijken mij in principe correct:
IMAP: mail.r$al$ast.eu
IMAP: 143
SMTP: mail.r$al$ast.eu
SMTP: verificatie vereist
SMTP: 587
SMTP versleutelde verbinding: TLS
Met deze instellingen deed de mail het wel bij de oude VPS, maar nu blijkbaar niet. (er is een bestaand account op een computer, en een nieuw account op een andere computer aangemaakt met deze instellingen voor eenzelfde email adres, om het te controleren).
De mails doen het wel via de telefoon en de webmail, dus het meest urgente probleem is opgelost. Daarvoor mijn hartelijke dank. Hopen dat dit snel opgelost kan worden, zodat alles weer draait voordat het weekend is afgelopen.
Aan de log te zien worden inkomende mails wel gewoon netjes afgeleverd in de mailbox. Blokeerd je provider poort 25 niet waardoor outlook niet werkt?
Sent from my iPad using webhostingtalk mobile app
Probeer "poort 25" af te leren als antwoord of suggestie op vragen over mail van een mailclient naar een "uitgaande mailserver".
Mail tussen mailservers onderling, die MX records opzoeken en dan de beste kiezen is een andere functie dan het aanpakken van "alle" mail van een client om dan naar de bestemmingen te gaan sturen.
Mail tussen mail *servers* loopt inderdaad over TCP poort 25 . Die wordt inderdaad redelijk vaak door access ISPs geblokkeerd.
Thuis zelf een 'echte' mailserver voor uitgaande mail runnen gaat dan niet, maar als client een andere mailserver gebruiken dan die van je ISP (bijvoorbeeld gmail) gaat prima. Ik ken geen voorbeelden van access ISPs die tcp/587 blokkeren.
Maar clients die mail aanbieden aan "hun" mailserver om naar "de buitenwereld" te sturen horen dat op TCP/587 te doen.
Voor die rol is tcp/25 legacy. En niet nodig.
De functie van smarthost zijn heet 'smtp submit' , en wordt door RFC 2476 (uit *1998* ) (en verder rfc 4409, rfc 6409) geintroduceerd.
Poort 587 hoort natuurlijk SMTP authenticatie (geen open relay) en SSL na onderhandeling (STARTTLS) aan te bieden.
Het lijkt erop dat de mailbox het nu weer doet. Ik denk dat het dan toch met de MX records te maken had.
De outlook settings lijken mij in principe correct:
IMAP: mail.r$al$ast.eu
IMAP: 143
SMTP: mail.r$al$ast.eu
SMTP: verificatie vereist
SMTP: 587
SMTP versleutelde verbinding: TLS
Met deze instellingen deed de mail het wel bij de oude VPS, maar nu blijkbaar niet. (er is een bestaand account op een computer, en een nieuw account op een andere computer aangemaakt met deze instellingen voor eenzelfde email adres, om het te controleren).
De mails doen het wel via de telefoon en de webmail, dus het meest urgente probleem is opgelost. Daarvoor mijn hartelijke dank. Hopen dat dit snel opgelost kan worden, zodat alles weer draait voordat het weekend is afgelopen.
Gelukkig wel op tcp 587 voor uitgaande mail, en met SSL/TLS.
Ik zie alleen dat je imap poort 143 gebruikt.
Gebruikelijk is dat de IMAP over SSL op poort 993 zit.
Ik weet niet of IMAP op poort 143 nog een 'onderhandel SSL' optie inmiddels heeft, maar ik denk dat er een goede kans is dat je IMAP verkeer als plain text gaat nu.
Kevin Bentlage
02/02/14, 22:03
Probeer "poort 25" af te leren als antwoord of suggestie op vragen over mail van een mailclient naar een "uitgaande mailserver".
Mail tussen mailservers onderling, die MX records opzoeken en dan de beste kiezen is een andere functie dan het aanpakken van "alle" mail van een client om dan naar de bestemmingen te gaan sturen.
Mail tussen mail *servers* loopt inderdaad over TCP poort 25 . Die wordt inderdaad redelijk vaak door access ISPs geblokkeerd.
Thuis zelf een 'echte' mailserver voor uitgaande mail runnen gaat dan niet, maar als client een andere mailserver gebruiken dan die van je ISP (bijvoorbeeld gmail) gaat prima. Ik ken geen voorbeelden van access ISPs die tcp/587 blokkeren.
Maar clients die mail aanbieden aan "hun" mailserver om naar "de buitenwereld" te sturen horen dat op TCP/587 te doen.
Voor die rol is tcp/25 legacy. En niet nodig.
De functie van smarthost zijn heet 'smtp submit' , en wordt door RFC 2476 (uit *1998* ) (en verder rfc 4409, rfc 6409) geintroduceerd.
Poort 587 hoort natuurlijk SMTP authenticatie (geen open relay) en SSL na onderhandeling (STARTTLS) aan te bieden.
Je hebt helemaal gelijk! De post waarin de TS aangeeft poort 587 te gebruiken had ik iets te snel gelezen waardoor ik ervan uitging dat poort 25 uitgaand werdt gebruikt.
Sent from my iPad using webhostingtalk mobile app
Bedankt voor de reacties!
Het probleem is echter dat er met de IMAP geen problemen lijken te zijn. Mails worden gewoon normaal ontvangen.
Er worden echter totaal GEEN mails verstuurd vanaf Outlook.
Ik hoopte dat de MX records het wellicht zouden oplossen omdat deze nog niet goed waren doorgevoerd, maar dat bleek niet zo te zijn.
Het is geen optie om de SMTP van de provider te gebruiken, omdat veel klanten een laptop gebruiken en door heel het land werken.
Ik ben op moment even radeloos wat het probleem kan zijn.
Outlook meldt:
Test e-mailbericht verzenden: Er kan geen verbinding worden gemaakt met de server voor uitgaande e-mail (SMTP). Als u dit bericht blijft ontvangen, neemt u contact op met de serverbeheerder of internetprovider (ISP).
Bedankt voor de reacties!
Het probleem is echter dat er met de IMAP geen problemen lijken te zijn. Mails worden gewoon normaal ontvangen.
Er worden echter totaal GEEN mails verstuurd vanaf Outlook.
Ik hoopte dat de MX records het wellicht zouden oplossen omdat deze nog niet goed waren doorgevoerd, maar dat bleek niet zo te zijn.
Het is geen optie om de SMTP van de provider te gebruiken, omdat veel klanten een laptop gebruiken en door heel het land werken.
Ik ben op moment even radeloos wat het probleem kan zijn.
Outlook meldt:
Test e-mailbericht verzenden: Er kan geen verbinding worden gemaakt met de server voor uitgaande e-mail (SMTP). Als u dit bericht blijft ontvangen, neemt u contact op met de serverbeheerder of internetprovider (ISP).
Vermoedelijk zal IMAP zonder encryptie werken, met de instelling die je postte . Dat kun je als probleem zien.
Voor wat betreft de uitgaande mail, daarvoor gebruikt outlook poort 587 , in de instellingen die je postte.
Het makkelijkste is als je op de server even met tcpdump kijkt of er iets binnenkomt op poort 587 als je wat probeert te versturen met Outlook.
Kijk ook (met netstat bijvoorbeeld) of er wel een proces luistert daar.
En kijk of je misschien op je server een firewall hebt die tcp/587 niet door zou laten.
Kijk ook (met netstat bijvoorbeeld) of er wel een proces luistert daar.
En kijk of je misschien op je server een firewall hebt die tcp/587 niet door zou laten.
Het zou inderdaad helpen moest hij zijn poort open zetten ;) en ja ik heb de $ met e vervangen.
mail.r$al$ast.eu:587 port is closed
# telnet mail.r$al$ast.eu 587
Trying 149.2xx.xx9.1xx...
telnet: connect to address 149.2xx.xx9.1xx: Connection refused
# telnet mail.r$al$ast.eu 25
Trying 149.2xx.xx9.1xx...
Connected to mail.r$al$ast.eu.
Escape character is '^]'.
220 iah0st.nl ESMTP Postfix
Ik heb wat zaken vervangen aangezien de TS het blijkbaar liever niet heeft om volledig hostnames en ip adressen te posten.
Als ik uw reactie goed begrijp, heb ik dus de poort 587 niet open staan op de VPS?
Zou dat dan de oplossing zijn van het probleem?
Ik ga even zoeken hoe ik deze aan moet zetten.
Het zou inderdaad helpen moest hij zijn poort open zetten ;) en ja ik heb de $ met e vervangen.
mail.r$al$ast.eu:587 port is closed
# telnet mail.r$al$ast.eu 587
Trying 149.2xx.xx9.1xx...
telnet: connect to address 149.2xx.xx9.1xx: Connection refused
# telnet mail.r$al$ast.eu 25
Trying 149.2xx.xx9.1xx...
Connected to mail.r$al$ast.eu.
Escape character is '^]'.
220 iah0st.nl ESMTP Postfix
Ik heb wat zaken vervangen aangezien de TS het blijkbaar liever niet heeft om volledig hostnames en ip adressen te posten.
Het is erg lastig om te vinden hoe ik poort 587 moet openzetten (Centos), weet iemand toevallig de command hiervoor?
Ik hoop echt dat dit het probleem oplost.
Het is erg lastig om te vinden hoe ik poort 587 moet openzetten (Centos), weet iemand toevallig de command hiervoor?
Ik hoop echt dat dit het probleem oplost.
Welke firewall gebruik je?
Welke firewall gebruik je?
Ik heb geen flauw idee, ik heb gewoon een standaard VPS van Transip met Plesk.
Het probleem is deels opeens heel erg makkelijk opgelost door in Plesk de optie "Enable message submission" aan te zetten.
Als ik nu een mail verstuur vanaf een mail account, wordt outlook meteen in offline modus gezet en wordt de mail niet verstuurd. Ik moet dan de optie "Alle mappen verzenden/ontvangen" inschakelen om de mail te laten versturen.
Heeft iemand een idee hoe dit kan en hoe dit op te lossen is?
Dezelfde settings als die ik al had vermeld, worden gebruikt.
Foutmelding als ik een bericht probeer te verwijderen: kan mappen niet synchroniseren..
Update: Als er ook maar iets wordt gedaan met mails in Outlook, gaat Outlook automatisch in offline modus voordat de actie echt voltooid is. Zo gaat Outlook offline wanneer ik een email wil verwijderen, maar ook wanneer ik een email wil verzenden.
Wanneer ik de optie "Alle mappen verzenden/ontvangen" gebruik, worden de mails wel verstuurd.
Hier is natuurlijk niet mee te werken..
Ik hoop echt dat iemand mij kan helpen :).
Update: Als er ook maar iets wordt gedaan met mails in Outlook, gaat Outlook automatisch in offline modus voordat de actie echt voltooid is. Zo gaat Outlook offline wanneer ik een email wil verwijderen, maar ook wanneer ik een email wil verzenden.
Wanneer ik de optie "Alle mappen verzenden/ontvangen" gebruik, worden de mails wel verstuurd.
Hier is natuurlijk niet mee te werken..
Ik hoop echt dat iemand mij kan helpen :).
Het zou kunnen dat je echt pech heb.
Lees :
http://www.webhostingtalk.nl/plesk/183355-imap-werkt-niet-goed-op-plesk-11-5-30-a.html#post1279194
Over plesk (:dwz, veel achterliggende imap servers) en Outlook 2013.
Veel meer kan ik niet zeggen, ik gebruik zelf deze combinatie(s) niet.
Het probleem blijkt opgelost te zijn.
Erg bedankt voor alle hulp mensen!