Can't configure Mail Station 2 for external POP account

[slavikf]

I Upgraded to DSM 3.1, Installed Mail Station 2
Then configured RoundCube for POP access to my Gmail account. (by SSL).
Enabled POP verification every 5 minutes.
Enabled POP access in Gmail settings.

Nothing retrieved from Gmail.

Tried Thunderbird from my Desktop - works with no problem with same account using POP access.

Any advice?
Anybody has luck with getting their Gmail downloaded to DSM?

--------------

By the way - why there is no forum section called "Mail Station"?

[gemino]

I had the same problem, but I figured out that it seems to be some kind of bug when upgrading from an older release with an existing user. Even with the 100% correct configuration I was not able to fetch mails from my POP accounts with a user, wich existed before installing the Mail Station.

Maybe you should try what I did -> create a new (never used) user and try to add the POP3 account. I'm quite sure that will do.
However, what I tried next was to delete my existing user and recreate it after rebooting the diskstation. The problem is, that roundcube somehow seems to have remembered all settings including SMTP and POP3 accounts. Therefore again nothing happens at all. Has anyone an idea how to fix that to not have to create a new user?

[gemino]

it seems that there is a bug when upgrading the mailstation version or maybe even installing mailstation having existing users. i had the same issue with my user, but when i created a new (never used) user it worked fine. maybe you should try that too.
what i also tried was to remove the user and recreate it. however, somehow roundcube remembered ALL POP3 and SMTP settings and again it didn't work. even uninstalling mail station was no solution.

so i gave up and created a new user for me, which now works fine. but hopefully this will be fixed in the future as i have already seen some other posts regarding this issue.

[Stibbons]

I had the same problem with another mail provider (gmx.de) and have been able to track the issue down to missing root certificates in the roundcube installation.

Step by step:

1) /var/log/messages contains entries like

Mar 9 11:14:54 fetchmail[8267]: [admin]Server certificate verification error: unable to get local issuer certificate
Mar 9 11:14:54 fetchmail[8267]: [admin]This means that the root signing certificate (issued for /C=DE/ST=Bayern/L=Munich/O=GMX GmbH/CN=pop.gmx.net) is not in the trusted CA certificate locations, or that c_rehash needs to be run on the certificate di
Mar 9 11:14:54 fetchmail[8267]: [admin]Server certificate verification error: certificate not trusted
Mar 9 11:14:54 fetchmail[8267]: [admin]Server certificate verification error: unable to verify the first certificate

2) fetchmail configuration (in my case /volume1/@appstore/MailStation/roundcubemail/ext/admin_fetch) contains

#### "xxxxx@gmx.de"
poll "pop.gmx.net" with protocol POP3 uidl and port 995:
user "xxxxx@gmx.de" pass "xxxxx" is "admin" here
options ssl sslcertck sslcertpath /var/packages/MailStation/target/roundcubemail/ext/.cert
keep
mda "/usr/syno/mailstation/sbin/procmail -m /var/packages/MailStation/target/roundcubemail/ext/admin.proc.xxxxx.gmx.de"
#### "xxxxx@gmx.de"

and is configured to enforce ssl certificate checking (sslcertck) and to use the root certificates located under /var/packages/MailStation/target/roundcubemail/ext/.cert

3) the directory that should contain many root certificates (thawte, verisign and so on), but is nearly empty:

DiskStation> ls -l /var/packages/MailStation/target/roundcubemail/ext/.cert
lrwxrwxrwx 1 root root 11 Mar 4 19:52 578d5c04.0 -> equifax.pem
lrwxrwxrwx 1 root root 9 Mar 4 19:52 c692a373.0 -> gctgr.pem
-rw-r--r-- 1 nobody nobody 1162 Feb 23 04:23 equifax.pem
-rw-r--r-- 1 nobody nobody 2610 Feb 23 04:23 gctgr.pem

4) workaround: modify fetchmail-script

Change the fetchmal-script from

#### "xxxxx@gmx.de"
poll "pop.gmx.net" with protocol POP3 uidl and port 995:
user "xxxxx@gmx.de" pass "xxxxx" is "admin" here
options ssl sslcertck sslcertpath /var/packages/MailStation/target/roundcubemail/ext/.cert
keep
mda "/usr/syno/mailstation/sbin/procmail -m /var/packages/MailStation/target/roundcubemail/ext/admin.proc.xxxxx.gmx.de"
#### "xxxxx@gmx.de"

to

#### "xxxxx@gmx.de"
poll "pop.gmx.net" with protocol POP3 uidl and port 995:
user "xxxxx@gmx.de" pass "xxxxx" is "admin" here
options ssl
keep
mda "/usr/syno/mailstation/sbin/procmail -m /var/packages/MailStation/target/roundcubemail/ext/admin.proc.xxxxx.gmx.de"
#### "xxxxx@gmx.de"

After that modification fetchmal still uses ssl, but without certificate verification.

I opened a support request with this issue and will post answers from synology support here. Synology should add the most common root certificates to solve the problem.

Greetings,

Stibbons

[Quick]

I got the same result as you, before i found your posting.

I tried to import [1] some required certificates into /var/packages/MailStation/target/roundcubemail/ext/.cert
But i can't find "c_rehash", so openssl isn't able to use these imported certificates.
Maybe some other has a good idea now.

I also wrote a support request to Synolgy, hoping they add standard certificates into the next firmware.

[1] http://www.axllent.org/docs/networking/ ... _fetchmail