Mail binnenhalen via POP niet meer mogelijk na update Mail Station.

[jhattem]

Hallo,

Ik zit met een probleem. Vanmiddag heb ik de nieuwste update van Mail Station uitgevoerd. Waarin onder andere de versie van Roundcube is geupdated naar Versie 1.3.8 (was 1.2.7). Sindsdien kan ik geen mails meer binnenhalen via POP

Normaal haalt Mail Station mijn mails van mijn externe postvak (Solcon) binnen, en maak ik vervolgens met mijn telefoon, computer etc verbinding via Imap met de mailserver van de Synology.

Ik kan nog WEL berichten versturen vanaf Mail Station, dus de SMTP instellingen lijken goed te zijn. Maar externe mail binnenhalen wil niet meer.

Het rare is dat de mails in de webmail van Solcon wel op gelezen komen te staan zonder dat ik ze zelf geopend heb, dus ergens wordt er toch wel iets binnengehaald met Mail Station lijkt het wel. Echter zie ik hier niets van in Postvak IN verschijnen, en zover ik kan zien ook niet in een andere map.

Wie heeft ervaring met dit probleem of er een oplossing voor?


Groeten,
Jurrian

[Briolet]

Kijk eens in het echte maillog (en niet dat surrogaat-log van MailServer). Ook de logging van roundcube gaat daarheen.

[jhattem]

Hallo,

Hoe bedoel je dat precies, en hoe kom ik daar bij?
Wat zou daar evt niet goed kunnen zijn?

Groet
Jurrian

[Briolet]

Ik ken de locatie niet uit het hoofd. Het is iets van "/volumex/xx/maillog". De locatie is hier echter vaak voorbij gekomen.

[jhattem]

Ik kom er net achter dat als ik de map waar nieuwe berichten binnenkomen aanpas naar een submap van Postvak IN, de mails dan wel binnenkomen....

Als ik dan de locatie bij de POP instellingen weer terugzet naar Postvak IN komen ze niet meer binnen.

[jhattem]

Briolet,

Ik heb even gekeken maar kon het log nog niet zo snel vinden.

Kan dat wel gewoon via File Station, of moet ik dan anders inloggen?

[Briolet]

Op de termal via SSH inloggen.

In mijn opinie moet je als Mail Server gebruiker toch regelmatig in dat log kijken. Alleen daar zie je goed als er inbraakpogingen (geweest) zijn. Mail Station logt daar precies in welke (sub)map een mailtje geplaatst wordt. En ook als het niet lukt.

[jhattem]

Misschien een rare reactie van mij, maar inloggen via SSH heb ik nog nooit gedaan. ..

Kun je beschrijven hoe dat precies moet?

En wat kan de reden zijn dat de mails wel in een submap komen, maar niet in de hoofd Postvak IN map?

[Birdy]

maar inloggen via SSH heb ik nog nooit gedaan. ..
Kun je beschrijven hoe dat precies moet?

Dat is hier beschreven:
NAS benaderen met SSH: Windows en OSX

[jhattem]

Aha bedankt voor de link, daar staat het duidelijk beschreven.

Weet je toevallig ook het commando waarmee ik dan het logboek bekijken kan?

[Briolet]

"cat /volume1/@maillog/maillog"

Bereid je voor op een listing van vele duizenden regels. Roundcube logt er onder de naam "dovecot".

Ik heb even gekeken wat er gelogd wordt als het poppen goed gaat:

2020-03-13T13:59:57+01:00 xxxxxx dovecot: lda(xxxx): sieve: msgid=<oXpPXnVjqc1LYmLUn1uusUJrMfILu78CUFl-8MYvzcZjchFH5OriwLpb-hXBbWYp@news.webhare.net>: stored mail into mailbox 'INBOX'

De naam van de mailserver waar het vandaan komt wordt niet gelogd. ook niet de naam van de afzender. Alleen het ID van de mail. Je moet dus het tijdstip van het poppen weten om de regel(s) tussen de duizenden terug te vinden.

[Birdy]

Je moet dus het tijdstip van het poppen weten om de regel(s) tussen de duizenden terug te vinden.

Je kunt beter die file even kopiëren naar een Gedeelde Map met het volgende commando:

cp /volume1/@maillog/maillog /volume1/De Gedeelde Map/

Dan naar File Station en dubbele klik die file, dan wordt die file gedownload naar je PC.
Hierna openen met b.v. Notepad++ of Notepad.

[Briolet]

Dat werkt inderdaad gemakkelijker. Zelf maak ik altijd een hard link met

ln /volume1/@maillog/maillog /volume1/[de gedeelde map]/maillog.log

Voordeel is dat die file dan altijd actueel is en je niet elke keer een nieuwe kopie moet maken. (die file kun je daarna ook veilig verplaatsen. hernoemen/wissen zonder het origineel te schaden)

Er zijn eigenlijk twee programmas bezig. Dovecot is het programma dat het hele imap gebeuren met mail cliënten verzorgd en ook het poppen doet. Dit logt naar het genoemde log.

Hier bovenop zit de roundcube schil die de GUI creëert. Die heeft een eigen log, maar ik heb geen idee waar dat zit. Volgens de configuratie file gaat dat naar een log folder in het installatiepad van roundcube. (Maar daar vind ik geen log files).
Maar omdat dovecot het eigenlijke poppen doet, zal dat roundcube log ook niet interessant zijn.

Ik zie in het config bestand van dovecot wel dat je kunt instellen om ook het afzend mailadres  of het onderwerp van de mail te loggen. (maakt het zoeken gemakkelijker). IK zie ook dat er een verbose logging optie in te stellen is. Maar omdat het helle SSH gebeuren nieuw is, zou ik daar voorlopig niets mee doen en hopen dat er nu al iets gelogd wordt dat een aanknoping geeft.

Ik blijf het vreemd vinden dat plaatsen in de INBOX niet lukt, maar wel in elke andere map. Net alsof hij de INBOX niet kan vinden. (Wat dan zeker in het log zal staan)

[jhattem]

Ik blijf het vreemd vinden dat plaatsen in de INBOX niet lukt, maar wel in elke andere map. Net alsof hij de INBOX niet kan vinden. (Wat dan zeker in het log zal staan)

Dat vind ik ook heel apart, want met de vorige versie van Mail Station (Thunderbird) heeft het altijd gewerkt. Ik heb al geprobeerd om de Inbox leeg te maken, en alle mail die daarin stond in een aparte map te plaatsen, maar dan werkt het ook niet. En naar de submap van Postvak IN werkt het probleemloos, als hij Postvak IN niet kon vinden zou een submap van die map ook niet gevonden kunnen worden toch lijkt me?

Ik zal eens even kijken of ik kan inloggen via SSH, en het logfile kan openen.

[Briolet]

Je bedoelt echt een submab in de inbox. Ik dacht gewoon een extra postvak. Dat maakt het nog vreemder, want bij een corrupte file of map, zou dat ook met een submap fout gaan.