A Bigger Bite
Level 1 (0 points)

Q: 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:08 PM

Close
A Bigger Bite

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

  • All replies
  • Helpful answers

  • by redshift82r,

    redshift82r redshift82r Aug 6, 2012 4:26 PM in response to A Bigger Bite
    Level 2 (325 points)
    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!

  • by redshift82r,

    redshift82r redshift82r Aug 6, 2012 4:28 PM in response to A Bigger Bite
    Level 2 (325 points)
    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!

  • by A Bigger Bite,

    A Bigger Bite A Bigger Bite Aug 7, 2012 2:16 AM in response to redshift82r
    Level 1 (0 points)
    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?

  • by redshift82r,

    redshift82r redshift82r Aug 7, 2012 2:22 AM in response to A Bigger Bite
    Level 2 (325 points)
    Aug 7, 2012 2:22 AM in response to A Bigger Bite

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

  • by A Bigger Bite,

    A Bigger Bite A Bigger Bite Aug 7, 2012 2:52 AM in response to redshift82r
    Level 1 (0 points)
    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.

  • by A Bigger Bite,

    A Bigger Bite A Bigger Bite Aug 7, 2012 3:08 AM in response to redshift82r
    Level 1 (0 points)
    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?

  • by redshift82r,

    redshift82r redshift82r Aug 7, 2012 3:54 AM in response to A Bigger Bite
    Level 2 (325 points)
    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

  • by redshift82r,

    redshift82r redshift82r Aug 7, 2012 4:13 AM in response to redshift82r
    Level 2 (325 points)
    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!

  • by redshift82r,

    redshift82r redshift82r Aug 7, 2012 4:14 AM in response to redshift82r
    Level 2 (325 points)
    Aug 7, 2012 4:14 AM in response to redshift82r

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

  • by A Bigger Bite,

    A Bigger Bite A Bigger Bite Aug 7, 2012 4:20 AM in response to redshift82r
    Level 1 (0 points)
    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!

  • by redshift82r,

    redshift82r redshift82r Aug 7, 2012 4:22 AM in response to A Bigger Bite
    Level 2 (325 points)
    Aug 7, 2012 4:22 AM in response to A Bigger Bite

    Welcome!

  • by redshift82r,

    redshift82r redshift82r Aug 7, 2012 4:54 AM in response to A Bigger Bite
    Level 2 (325 points)
    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.....

  • by MacXperte,

    MacXperte MacXperte Aug 7, 2012 7:56 PM in response to A Bigger Bite
    Level 1 (0 points)
    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

  • by redshift82r,

    redshift82r redshift82r Aug 7, 2012 8:31 PM in response to MacXperte
    Level 2 (325 points)
    Aug 7, 2012 8:31 PM in response to MacXperte

    Good catch Florian!