Currently Being ModeratedJan 8, 2013 5:20 PM (in response to mgabriel1)
OK...just got off the phone with Apple support. They are stating the problem I am having could be caused by the junk mail filters being turned on at the Server...even though the filtering has been shut off for 24 hours. Is this even correct?? Any help would be great...I have tried different ports, ssl no ssl, different authentication methods, rebooting between setting changes, application quiting and restarting...nothing works. I am very confident the incoming mail is reaching the server, but not being pushed to the client.
Help, help, help....
Currently Being ModeratedJan 8, 2013 5:24 PM (in response to mgabriel1)
"msgid=<217A9850-3339-4362-9E24-23D92E3E800C@mydomain.com>: saved mail to INBOX"
This is why I'm saying the incoming mail is hitting the server. Along with the line are others referencing my user account...Just don't get what is happening.
Currently Being ModeratedJan 8, 2013 8:35 PM (in response to mgabriel1)
Certainly an odd issue... A couple things come to mind.
Is the 217A9850....... number really the GUID of the user you are logging in with?
Every user (ex. mgabriel) has a unuique ID which is where their mail is stored.
If your imap user is mgabriel, but the GUID for mgabriel isn't that 217A.. number, then we'll have to find out whats going on.
You can check your GUID with this (replace mgabriel with your imap user)
sudo /Applications/Server.app/Contents/ServerRoot/usr/bin/cvt_mail_data -i mgabriel
This will return a GUID. It should match the number above.
I'm curious.. and maybe its an interesting excercise.
Lets look for anything new received in you mail store.
Everything below is in Terminal
This assumes your mail store is in the default location. You can check with
sudo serveradmin settings mail:imap:partition-default
Send yourself some email, watch the log to be sure its delivered.
Then this command will search your mailstore for any mail files modified less than 5 minutes ago.
The path listed assumes the default mailstore location
sudo find /Library/Server/Mail/Data/mail/ -type f -mmin -5 -name "*S=*"
If nothing is returned, then no new mail files were written.
If you see results like:
Each line is a mail message.
Past the results back here.
In your mail client, did you set an IMAP PREFIX ?
And finally, the logs will probably have the clues we need to solve this.
Send yourself some mail, then post the (unedited preferred) logs from that time.
Currently Being ModeratedJan 9, 2013 2:45 AM (in response to UptimeJeff)
First, thank you for your response. I was a little worried that I might not get any help, so again, thanks.
Now for the results:
1) GUID does not match....
2) mail is stored in the default location. results of find return two lines...I increased the time (I think) to ten minutes:
sudo serveradmin settings mail:imap:partition-default
mail:imap:partition-default = "/Library/Server/Mail/Data/mail"
sudo find /Library/Server/Mail/Data/mail/ -type f -mmin -10 -name "*S=*"
/Library/Server/Mail/Data/mail//D29F8828-3980-4EE7-A2B3-5331A93F51D4/.INBOX.Sent Messages/cur/1357726854.M535223P32492.server1.tlcbuildersllc.com,S=578,W=600:2, Sab
3) I am a recent windows convert and the waters are still a little muddy on how to access the system files. I can copy/paste the logs from the Server.app window, but I am unable to find the Library location for the log files.
Currently Being ModeratedJan 9, 2013 2:47 AM (in response to mgabriel1)
I did try this command in Terminal, with results posted:
sudo find Library/Logs/Mail/mailaccess.log
find: Library/Logs/Mail/mailaccess.log: No such file or directory
Currently Being ModeratedJan 9, 2013 5:15 AM (in response to mgabriel1)
OS X hides many of the system related files/folders.
/Library is hidden.
You can get to them from the Finder's Go menu, you will see "Go to folder"
Here, you can enter a path like
But... The easiest way to view logs us with the Console application.
Look in /Applications/Utilities
From there, you can access most of the system/server related logs.
The referenced logs should have the clues we need.
Currently Being ModeratedJan 9, 2013 5:24 AM (in response to mgabriel1)
You say that your guid doesn't match..??
I'm thikinng you have more than one account.
Maybe you are checking one via imap but delivering mail to another.
During that 5 minute period you checked, mail was delivered to 2 accounts
What GUID does your user have? You checked it with:
sudo /Applications/Server.app/Contents/ServerRoot/usr/bin/cvt_mail_data -i username
Look at your user list... any chance you are checking a different account?
Post the results of these commands so we can check what users you have in Local and LDAP
sudo dscl . list Users | grep -v _ sudo dscl /LDAPv3/127.0.0.1 list Users | grep -v _
The last command might return an error if you aren't running open directory
Currently Being ModeratedJan 9, 2013 7:10 AM (in response to UptimeJeff)
I currently do not have the ability to look at the server or the client. I will be back to it late this evening. I will report my finding then. I really appreciate all you help. I have been pondering the whole userID situation and believe that is quite possibly the problem.
At this point, I am the only user.
On the server, under users I see my local account as admin for the MacMini AND a local network account for server admin. Then, on the client, I am the local admin.
My assumption for the client was it wouldn't matter regarding the login credentials, as long as the IMAP account username and password were correct. The problem may be a result of all accounts having the same user name, so the server has no idea which user to send the email to....seems logical.
If this is in fact the problem, I chalk that up to inexperience on network systems and servers. Learning as I go on this end, I dont have years of experience with this stuff. But, you have to start somewhere....
Currently Being ModeratedJan 9, 2013 7:20 AM (in response to mgabriel1)
Yep.. Sounds like duplicate or similar accounts.
If you have a single Local and a single Local Network account, thats 2 accounts.
The system normally prevents you from creating 2 users with the same shortname, but its still possible that it could happen.
The admin account for Local Network defaults to Directory Administrator with a shortname of diradmin.
A couple tips.
Use a unique admin name instead of admin. You are less likely to be hacked.
Its not the best idea to make your 'user' account an admin.
If your user credentials are discovered and they can be used to admin the server, you could have all kinds of trouble.
You should have an admin account and a separate account you use for services (mail, calendar, etc). Your user account should not be set as an admin.
You could have a sheme like this:
local: mgabrieladmin (administrator)
localnetwork: mgabrieldiradmin (directory administrator)
localnetwork: mgabriel (non-admin, use for mail and other services)
We all learn as we go.. OS X Server is not simple like OS X, you really do have to get your hands dirty.
Sounds like you are willing and able :-)
Currently Being ModeratedJan 10, 2013 2:42 AM (in response to UptimeJeff)
Well...your not gonna believe this one....
I was working on checking accounts, rearranging accounts, etc. and the server app crashed in a small moment when I had no admin priviledges. Unfortunately, I believe this requires some type of restore that I just didn't have an opportunity to establish. I will dig into it this evening and see what happens. Again, I REALLY appreciate your help and believe you haved steered me in the right direction. Now it's just finding my way through my newly induced mess.
Currently Being ModeratedJan 10, 2013 7:20 PM (in response to mgabriel1)
Not sure I understand.
You left yourself with no admin account?
That would be really hard to do.
If you could explain where you are, i could help..
Currently Being ModeratedJan 11, 2013 7:16 AM (in response to UptimeJeff)
I was reworking all my accounts trying to understand which one was a local, admin, diradmin...accidentally uncheck the admin priviledge checkbox on all accounts. The server app closed and now I cannot log onto the Macmini at all. I would think I could reestablish to a restore point, but have not had an opportunity to look into it. I am also thinking, since this was a new install, it would be easier to start fresh with a new install of mountain lion, the reinstall the server app. I have already created a boot disk on a USB from past mess-ups...
Currently Being ModeratedJan 11, 2013 3:15 PM (in response to mgabriel1)
OK....back in business. I am now able to log on to the server and am currently setting up the accounts as discussed.
Currently Being ModeratedJan 11, 2013 4:20 PM (in response to mgabriel1)
Here are the results for looking at users:
sudo dscl . list Users | grep -v _
sudo dscl /LDAPv3/127.0.0.1 list Users | grep -v _
Uptime - is there any way I could email you the logs? I am not comfortable posting too much information here for lurking eyes to see...