Cannot backup to network share

[black zero]

According to manual:

Backup to network drives

For a backup to be successful, the hMailServer service must have permission to write to the path you have specified as backup destination.

If the backup destination is a network drive, you must ensure that the hMailServer service has permissions to write to this drive. Normally, you will have to change the Log-on account for the hMailServer service before backing up to a network drive. This is done in the service settings in the Windows control panel

So, I change log-on info on hmail service as Administrator.

Administrator has logged in into network share with full access right (say, username is abc and password is 12345), remember password was checked.

Hmail still fails to backup to the shared folder (mapped as Z:\)

Kindly advice.

[Caspar]

Hmailserver will try to authenticate with the credentials what the service is running, and not the user/password that is saved on the computer.

If you want to have the service to login to the other computer, the username and password need to be the same, or the user/password combination need to have access to the folder if it is within the same domain.

[black zero]

Okay so I added a new user named administrator (same as credential of which hmail is using on the server, previously there wasn't administrator), on the network attached storage so that it matches with each others.

hmail has administrator credential on the server
network attached storage has administrator account, of which the password is exactly the same with the administrator's on the server.

It still fails.

Help again?

[^DooM^]

You are running an internet facing application under the administrator account? That's just asking for trouble.

Create a new dedicated hMail user and set the correct permissions.

[Caspar]

Also are the computers in a Workgroup or in a domain, if they are in the same domain, create a domain user to use it with the hmailservice. If you don't have a domain, and the server is 2008 R2, it might be because it requiers login for the fileshare, which means that even the same user/pass needs to login, try to (temporarly) add guest users to show it (not write, just list) on the share, but keep the NTFS permissions for the user that has the same user/pass.

Also when adding a new user, either make sure you change the passwords on both machines at the same time, or check "password never expires".

[mattg]

Okay so I added a new user named administrator

You were asked to change the user that the hmailserver service uses, not create a new user

[black zero]

You are running an internet facing application under the administrator account? That's just asking for trouble.

Create a new dedicated hMail user and set the correct permissions.

Don't worry I blocked all incoming connection to that machine. I'll do it after I figure out what's wrong with this backup service. >_<

Also are the computers in a Workgroup or in a domain, if they are in the same domain, create a domain user to use it with the hmailservice. If you don't have a domain, and the server is 2008 R2, it might be because it requiers login for the fileshare, which means that even the same user/pass needs to login, try to (temporarly) add guest users to show it (not write, just list) on the share, but keep the NTFS permissions for the user that has the same user/pass.

Also when adding a new user, either make sure you change the passwords on both machines at the same time, or check "password never expires".

Btw, the destination drive is Network Attached Storage. It doesn't have complex function such as domain and/or Active Directory.

Okay so I added a new user named administrator

You were asked to change the user that the hmailserver service uses, not create a new user

I did change hmailserver service to use 'administrator' account on windows' service page.

I created a new user named administrator on NAS (network attached storage) which is mapped to Z:\

[^DooM^]

Try using the UNC path instead of a mapped drive. I always had issues with mapped drives once i was no longer logged in.

\\192.168.1.20\path\to\file\store

[black zero]

Try using the UNC path instead of a mapped drive. I always had issues with mapped drives once i was no longer logged in.

\\192.168.1.20\path\to\file\store

Trying now. Will report back later.

[black zero]

Yo, it works.

When I used UNC path it worked. Certainly ain't credential issue then?

Thanks doom.

[Bill48105]

The service is likely having issues resolving the host name but if you got it working great.
Bill