> It is not DNS because I see the rejection in the IMAIL logs. The rejection > is a 550 invalid user not a domain not found.
Something has to be happening outside IMail's purview. Restarting IMail services shouldn't even be necessary, as there is no local cache and your SQL box should see the query getting issued every time. This apparent trickle-out/propagation -- I see where Travis is coming from -- just isn't a SQL thing. Unless, of course, you have log-shipping or some other kind of SQL latency built-in to your database architecture. Have you done an interactive SQL lookup from the IMail box at precisely a point at which IMail appears to not find the user in SQL? --Sandy ------------------------------------ Sanford Whiteman, Chief Technologist Broadleaf Systems, a division of Cypress Integrated Systems, Inc. e-mail: [EMAIL PROTECTED] SpamAssassin plugs into Declude! http://www.imprimia.com/products/software/freeutils/SPAMC32/download/release/ Defuse Dictionary Attacks: Turn Exchange or IMail mailboxes into IMail Aliases! http://www.imprimia.com/products/software/freeutils/exchange2aliases/download/release/ http://www.imprimia.com/products/software/freeutils/ldap2aliases/download/release/ To Unsubscribe: http://imailserver.com/support/discussion_list/ List Archive: http://www.mail-archive.com/imail_forum%40list.ipswitch.com/ Knowledge Base/FAQ: http://imailserver.com/support/kb.html
