After having used an account for iCal email it is not receiving IMAP emails

Question

After having used an account for iCal email it is not receiving IMAP emails

OS X Server 10.8 (upgraded from 10.7.4)

Issue: I have an account with enabled email "it@mydomain.com", I used that acccount when enabling the iCal email notification service for testing.

Since then I have not been able to receive any new emails to the account via IMAP.

Troubleshooting done:

Removed it from iCal email notifications.

Recreated user in Server.app

Deleted user in Server.app and removed /Library/Server/Mail/Data/mail<guid for account> then recreated user.

Can send email from account.

Can log in to account in Mail.app, the mails sent to user just won't arrive.

Tried to delete my IT user, downloaded WGM for 10.8 and added "it" as a second shortname for my info user to see if the mail alias would be working. (they did not).

When checking the SMTP logs every time I email my it@mydomain.com I get:

Aug 6 23:16:50 <mydomain> postfix/pipe[57488]: 0D50817E0BC: to=<serveradmin@mydomain>, orig_to=<it@mydomain>, relay=dovecot, delay=0.59, delays=0.12/0.14/0/0.34, dsn=2.0.0, status=sent (delivered via dovecot service)

Aug 6 23:16:50 <mydomain> postfix/qmgr[56855]: 0D50817E0BC: removed

I realize above just shows that postfix got it, sent it and removed it. But my IMAP log has absolutely no reference of "it@mydomain" so I am not really sure where to go from here.

It feels like, by adding the account to the iCal email notification, a reference was added somewhere that is causing any mail sent to the account to be forwarded into "Calendar World" instead of "Mail World" but after looking though config files all over the place I can't seem to figure out where to get the reference removed.

Any ideas?

Best Regards

Simon

Posted on Aug 6, 2012 4:00 PM

Reply

Answer 1

Aug 6, 2012 4:26 PM in response to A Bigger Bite

$ cd /

$ sudo grep -lr "it@domain.com" .

It will be a long list!

Ctrl-c to interrupt!

Reply

Answer 2

Aug 6, 2012 4:28 PM in response to A Bigger Bite

2. Remove any rules for that uid in the mail/rules folder

Good luck!

Reply

Answer 3

Aug 7, 2012 2:16 AM in response to redshift82r

Hi Gerry,

$ cd /

$ sudo grep -lr "it@domain.com" .

Did not give me anything (left it for an hour or so, and used correct email at my end).

/Library/Server/Mail/Data/rules only contains 1 rule that I set up in webmail => Rules.

Any other ideas?

Reply

Answer 4

Aug 7, 2012 2:22 AM in response to A Bigger Bite

Sigh.....What's in serveradmin settings calendar?

Reply

Answer 5

Aug 7, 2012 2:52 AM in response to redshift82r

I used a the email adress for a new user called "scheduling@<mydomain>".

Then the default "com.apple.calendarserver" <mydomain> etc.

I disabled "Enable invitation by email" and turned off the iCal server. Still can not receive emails to my "it@<mydomain>" user.

Setting up new users and all other existing users email accounts works fine.

Reply

Answer 6

Aug 7, 2012 3:08 AM in response to redshift82r

serveradmin$ sudo serveradmin settings calendar gives:

calendar:MaxResourceSize = 1048576

calendar:WebCalendarAuthPath = "/auth"

calendar:DirectoryService:params:cacheTimeout = 30

calendar:DirectoryService:params:node = "/Search"

calendar:DirectoryService:type = "twistedcaldav.directory.appleopendirectory.OpenDirectoryService"

calendar:Aliases = _empty_dictionary

calendar:BindSSLPorts:_array_index:0 = 8443

calendar:BindSSLPorts:_array_index:1 = 8843

calendar:EnablePrincipalListings = no

calendar:EnableDropBox = yes

calendar:DocumentRoot = "Documents"

calendar:ConfigRoot = "/etc/caldavd"

calendar:SSLPrivateKey = "/etc/certificates/<mydomain>.95A92155AE8C1E2AA27A2AB24A51A3F8A9C9F4AC.key.pem"

calendar:FreeBusyURL:AnonymousAccess = no

calendar:FreeBusyURL:Enabled = yes

calendar:FreeBusyURL:TimePeriod = 14

calendar:ProcessType = "Combined"

calendar:GlobalStatsSocket = "/var/run/caldavd-stats.sock"

calendar:UserName = "calendar"

calendar:SudoersFile = "/etc/caldavd/sudoers.plist"

calendar:GlobalStatsLoggingFrequency = 12

calendar:MaxInstancesForRRULE = 400

calendar:Sharing:Enabled = yes

calendar:BindHTTPPorts:_array_index:0 = 8008

calendar:BindHTTPPorts:_array_index:1 = 8800

calendar:EnableAnonymousReadRoot = no

calendar:GroupName = "calendar"

calendar:SSLAuthorityChain = "/etc/certificates/<mydomain>.95A92155AE8C1E2AA27A2AB24A51A3F8A9C9F4AC.chain.pe m"

calendar:DSN = ":caldav:caldav:::"

calendar:GlobalStatsLoggingPeriod = 60

calendar:HTTPPort = 8008

calendar:PIDFile = "caldavd.pid"

calendar:ServerRoot = "/Library/Server/Calendar and Contacts"

calendar:EnableTimezoneService = yes

calendar:EnableAPNS = no

calendar:UserQuota = 104857600

calendar:EnableWebAdmin = yes

calendar:EnableCalDAV = no

calendar:MaximumAttachmentSize = 1048576

calendar:MaxCollectionsPerHome = 50

calendar:MultiProcess:ProcessCount = 0

calendar:EnableProxyPrincipals = yes

calendar:Authentication:Digest:Algorithm = "md5"

calendar:Authentication:Digest:Enabled = yes

calendar:Authentication:Digest:Qop = ""

calendar:Authentication:Kerberos:ServicePrincipal = ""

calendar:Authentication:Kerberos:Enabled = no

calendar:Authentication:Wiki:Enabled = yes

calendar:Authentication:Basic:Enabled = no

calendar:DefaultLogLevel = "warn"

calendar:EnableMonolithicCalendars = yes

calendar:ErrorLogFile = "error.log"

calendar:MaxAttendeesPerInstance = 100

calendar:SSLCertificate = "/etc/certificates/<mydomain>.95A92155AE8C1E2AA27A2AB24A51A3F8A9C9F4AC.cert.pem "

calendar:ReadPrincipals = _empty_array

calendar:EnableSACLs = yes

calendar:RunRoot = "/var/run/caldavd"

calendar:DBType = "postgres"

calendar:Notifications:CoalesceSeconds = 3

calendar:Notifications:Services:ApplePushNotifier:CalDAV:CertificatePath = ""

calendar:Notifications:Services:ApplePushNotifier:CalDAV:PrivateKeyPath = ""

calendar:Notifications:Services:ApplePushNotifier:CalDAV:AuthorityChainPath = ""

calendar:Notifications:Services:ApplePushNotifier:CardDAV:CertificatePath = ""

calendar:Notifications:Services:ApplePushNotifier:CardDAV:PrivateKeyPath = ""

calendar:Notifications:Services:ApplePushNotifier:CardDAV:AuthorityChainPath = ""

calendar:Notifications:Services:ApplePushNotifier:Enabled = no

calendar:Notifications:Services:XMPPNotifier:CalDAV:SubscriptionURL = "https://<mydomain>:8080/subscription"

calendar:Notifications:Services:XMPPNotifier:CalDAV:APSBundleID = "com.apple.calendar.XServer.55cc0248-8ab6-476a-a161-561efa3db9bf"

calendar:Notifications:Services:XMPPNotifier:Host = "<mydomain>"

calendar:Notifications:Services:XMPPNotifier:CardDAV:SubscriptionURL = "https://<mydomain>:8080/subscription"

calendar:Notifications:Services:XMPPNotifier:CardDAV:APSBundleID = "com.apple.contact.XServer.68bafb82-58bc-4ab8-b7d0-00b946f7258b"

calendar:Notifications:Services:XMPPNotifier:JID = "com.apple.notificationuser@<mydomain>"

calendar:Notifications:Services:XMPPNotifier:Enabled = no

calendar:Notifications:Services:XMPPNotifier:Service = "twistedcaldav.notify.XMPPNotifierService"

calendar:Notifications:Services:XMPPNotifier:Password = "DYUqU0q7mcxWxEkT"

calendar:Notifications:Services:XMPPNotifier:Port = 5219

calendar:Notifications:Services:XMPPNotifier:ServiceAddress = "pubsub.<mydomain>"

calendar:EnableAnonymousReadNav = no

calendar:ServerHostName = "<mydomain>"

calendar:DataRoot = "Data"

calendar:EnablePrivateEvents = yes

calendar:BindAddresses = _empty_array

calendar:AdminPrincipals = _empty_array

calendar:RedirectHTTPToHTTPS = yes

calendar:EnableSearchAddressBook = no

calendar:EnableCardDAV = yes

calendar:DirectoryAddressBook:params:maxDSQueryRecords = 150

calendar:DirectoryAddressBook:params:cacheTimeout = 30

calendar:DirectoryAddressBook:params:userNode = "/Search"

calendar:DirectoryAddressBook:params:queryUserRecords = no

calendar:DirectoryAddressBook:params:peopleNode = "/Search/Contacts"

calendar:DirectoryAddressBook:params:queryPeopleRecords = no

calendar:DirectoryAddressBook:params:fakeETag = yes

calendar:DirectoryAddressBook:params:dsLocalCacheTimeout = 30

calendar:DirectoryAddressBook:params:cacheQuery = no

calendar:DirectoryAddressBook:params:liveQuery = yes

calendar:DirectoryAddressBook:params:ignoreSystemRecords = yes

calendar:DirectoryAddressBook:params:queryDSLocal = no

calendar:DirectoryAddressBook:type = "twistedcaldav.directory.opendirectorybacker.OpenDirectoryBackingService"

calendar:LogRoot = "/var/log/caldavd"

calendar:AnonymousDirectoryAddressBookAccess = no

calendar:MaxResourcesPerCollection = 10000

calendar:SSLPort = 8443

calendar:AccessLogFile = "access.log"

calendar:RotateAccessLog = yes

calendar:OpenDirectoryModule = "calendarserver.platform.darwin.od.opendirectory"

calendar:EnableSSL = yes

calendar:Scheduling:CalDAV:EmailDomain = ""

calendar:Scheduling:CalDAV:HTTPDomain = ""

calendar:Scheduling:CalDAV:AddressPatterns = _empty_array

calendar:Scheduling:iMIP:Sending:Server = "<mydomain>"

calendar:Scheduling:iMIP:Sending:UseSSL = yes

calendar:Scheduling:iMIP:Sending:Username = "com.apple.calendarserver"

calendar:Scheduling:iMIP:Sending:Address = "scheduling@abiggerbite.se"

calendar:Scheduling:iMIP:Sending:Password = "zoOipcRmFsriN0Fg"

calendar:Scheduling:iMIP:Sending:Port = 587

calendar:Scheduling:iMIP:Enabled = no

calendar:Scheduling:iMIP:MailGatewayPort = 62310

calendar:Scheduling:iMIP:Receiving:Server = "<mydomain>"

calendar:Scheduling:iMIP:Receiving:UseSSL = yes

calendar:Scheduling:iMIP:Receiving:Username = "com.apple.calendarserver"

calendar:Scheduling:iMIP:Receiving:PollingSeconds = 30

calendar:Scheduling:iMIP:Receiving:Type = "imap"

calendar:Scheduling:iMIP:Receiving:Password = "zoOipcRmFsriN0Fg"

calendar:Scheduling:iMIP:Receiving:Port = 993

calendar:Scheduling:iMIP:AddressPatterns:_array_index:0 = "mailto:.*"

calendar:Scheduling:iMIP:MailGatewayServer = "localhost"

calendar:Scheduling:iSchedule:Enabled = no

calendar:Scheduling:iSchedule:Servers = "/etc/caldavd/servertoserver.xml"

calendar:Scheduling:iSchedule:AddressPatterns = _empty_array

calendar:ResponseCompression = yes

calendar:MaxAllowedInstances = 3000

secure:~ serveradmin$

Maybe I am barking up the wrong tree here? Could it be that my "it@<mydomain>" email not receiving mails (even after re-creating account) is not related to the fact that I used it as iCal email notifications?

Reply

Answer 7

Aug 7, 2012 3:54 AM in response to A Bigger Bite

Last thing before I sign off!

Postfix has a bit to do with mail delivery so it's worth rebuilding the alias mappings for things like system_user_maps.

Have a look under mail/config/postfix/ at system_user_maps. Maybe you need to rebuild system_user_maps.db ?

If you're only receiving calendar mail in the it@domain.com username - that could be it.

Otherwise why not set up something in virtual_users and try and catch it there.

It@domain.com simon

Cheers

Gerry

Reply

Answer 8

Aug 7, 2012 4:13 AM in response to redshift82r

Really really the last one.

1. Set postfix log level to debug is serveradmin settings mail:postfix:log_level = 'debug'

2. Check the postfix queue - man post query for

Options - check the undelivered queue.

3. Think about something else for a while!

Reply

Answer 9

Aug 7, 2012 4:14 AM in response to redshift82r

You have to stop and start mail after making any change....

Reply

Answer 10

Aug 7, 2012 4:20 AM in response to redshift82r

After enabling "debug" first line when sending from external to the problematix "it@<mydomain>" account:

Aug 7 13:16:59 <mydomain> postfix/smtpd[83476]: NOQUEUE: reject: RCPT from nk11p04mm-asmtp001.mac.com[ExtIP]: 450 4.7.1 <it@abiggerbite.se>: Recipient address rejected: Service is unavailable; from=<myexternalmail@me.com> to=<it@mydomain> proto=ESMTP helo=<nk11p04mm-asmtpout001.mac.com>

Aug 7 13:16:59 <mydomain> postfix/smtpd[83476]: disconnect from nk11p04mm-asmtp001.mac.com[ExtIP]

Recipient address rejected: Service is unavailable;

Now we are getting somewhere! (Or at least I have something to research further on). Thanks for all help so far!

Reply

Answer 11

Aug 7, 2012 4:22 AM in response to A Bigger Bite

Welcome!

Reply

Answer 12

Aug 7, 2012 4:54 AM in response to A Bigger Bite

Don't get too excited - that just looks like the grey listing in action.....

Reply

Answer 13

Aug 7, 2012 7:56 PM in response to A Bigger Bite

I think the answer is right there in your original post:

A Bigger Bite wrote:

When checking the SMTP logs every time I email my it@mydomain.com I get:

Aug 6 23:16:50 <mydomain> postfix/pipe[57488]: 0D50817E0BC: to=<serveradmin@mydomain>, orig_to=<it@mydomain>, relay=dovecot, delay=0.59, delays=0.12/0.14/0/0.34, dsn=2.0.0, status=sent (delivered via dovecot service)

The message that was originally directed to (orig_to) it@mydomain was delivered to the mailbox serveradmin@mydomain. If you can log in as the user "serveradmin" via webmail or IMAP you should find your missing mails waiting there.

It seems that it@mydomain is configured as an alias to serveradmin. You should follow Gerry's advice in this post to check your postfix alias mappings. But first maybe have a look in Workgroup Manager and check the list of shortnames for the user "serveradmin".

BTW, the above rejection with status 450 is definitely greylisting. mac.com addresses are getting greylisted all the time, because they have so many different outgoing servers. Best to use a different mail service to test OS X mailservers. (Or add a wildcard record for *.mac.com to the greylisting database.)

Hope that helps,

Florian

Reply

Answer 14

Aug 7, 2012 8:31 PM in response to MacXperte

Good catch Florian!

Reply