Link to home
Start Free TrialLog in
Avatar of ThinkandBuild
ThinkandBuild

asked on

SMTP Broken on SBS2003 - POP3 connector fails to distribute mail correctly

I have a SBS2003 SP2 Premium customer with 10 workstations. Recently a third party installed two items with my blessing, both of us being on-site. The first item was a hotfix for an "paperless office" application they had already installed on the server.  This hotfix was to address speed issues the users complained about in relation to this application.

The second item was a performance monitoring agent that was to track ongoing performance and upload reports and stats to the third party's server. This was going to help us identify any resources that may be limiting the performance of the third party's application.

The hotfix required a reboot of the server. Once it was installed we both left the office when everything appeared to be working OK, leaving the client to advise us both if any improvement had been noticed with the application.

I received a call a few hours later advising that no email had been received since I left the office. The client is one branch of an organisation that has 20+ offices. Email for this organisation is directed to a mail host, and each office has a POP3 connector that collects just their employees mail from the mail host, ie they do not host their own email.

What was happening was that the POP3 connector in SBS was collecting the email, but it was leaving it in "Failed mail". The process of sorting who each message is to, and dropping it in the correct mailbox was not working.

The SMTP service is started and running.

The third party suggested that the failure may have been due to a Windows update that had been downloaded previous, but not implemented until the reboot of the server, hence it may have nothing to do with his hotfix or monitoring agent.

The third party's agent and paperless office application both use email as part of their functionality, but not SMTP according to the provider.

With advice from an Exchange helper I manually cut and pasted the mail from the "Failed Mail" to the "Pickup" folder. The event log lists the problem as shown in the attached bitmap screen shot. For each pop3 retrieval attempt three errors were left in the event log.

I have read similar posts here, but not found a solution.

I have now set up as an emergency fix the POP3 connector on Outlook clients to retrieve mail instead of using the server, and that connector is placing it in exchange mailboxes.

While solving the immediate problem, and actually bringing other benefits (more frequent than 15 min email checking), there are downsides such as the laptop warriors who VPN in have subtle issues, and the Blackberry application on the server only sees and sends emails once the laptop guys log in via VPN and open Outlook. So if the laptop users are on the road and can't leave the computer running and on line, they don't get their emails, which defeats the purpose a bit.

Ideally I am after a complete solution. Preferably one that doesn't involve uninstalling and reinstalling Exchange.

If not, I am happy in the medium term to automate the cut and paste function from failed mail to Pickup. I am not a command line genius, so treat me kindly. Using the DOS "move" command and inverted commas surrounding the from and to paths I get error messages saying that "the system cannot find the path specified". I have double checked the spelling of my move batch file line and can see no errors. Am I missing something with move, ie is there an equivalent of xcopy or robocopy for the Move function, or is there another way to achieve the outcome I intend (eg xcopy, then del *.*).

Even having this work around would take alot of pressure off me.

Can anyone see a downside in move the files using a scheduled task batch file?
Does anyone know how to cut and paste from these locations?
Does anyone know how to fix the root cause of the problem?

dead-pop3.bmp
Avatar of DMTechGrooup
DMTechGrooup
Flag of United States of America image

Please go into this thread and select Delete towards the top since it is a duplicate of this one.

https://www.experts-exchange.com/questions/23932968/SMTP-Broken-on-SBS2003-POP3-connector-fails-to-distribute-mail-correctly.html
Avatar of ThinkandBuild
ThinkandBuild

ASKER

Duplicate question deleted. The google list unfortunately doesn't end with a happy camper, so I hope he was so excited he forgot to reply. I am assuming the renaming of folders and running the imbreg.exe is the item most likely to work.

I'll try it overnight and see what happens.

Any thoughts on the scheduled moving of files?
What are the extensions of the move you trying to do or are you moving everything from failed to pickup?
They are all *.eml.
Write a bat file..

xcopy /c /y /v <Source>\*.eml <destination>
del <source>\*.eml  /q /f

Schedule that to run.
I'm happy to do that, but out of interest I'm curious as to why the move command doesn't work. Does that ring true for you?
I don't like to use move.. I would rather copy then delete.. If something happens to move then you have lost an opportunity to try again.. Now since there is a delete right after the xcopy it is basically the same thing but I do it more as a general practice.
I understand the logic and apply it myself normally. With this task though, I am mindful of copying all files, then a new one arriving, then the del *.eml deleting an email that has just arrived. I know adjusting the pop3 and batch file timing could eliminate the risk, but this is teh kind of client where if I was responsible for deleting an important email, I would be in the dog house, hence the move preference. I believe move is basically copy and del wrapped up in one, and it works one file at a time.
ASKER CERTIFIED SOLUTION
Avatar of DMTechGrooup
DMTechGrooup
Flag of United States of America image

Link to home
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
Start Free Trial
OK, the issue has been resolved by a work around. My Exchange MVP who is also a contributor here has convinced me that we shouldn't run the wizard, and therefore the scheduled wortkaround batch file is beiung used.

Sorry that this doesn't provide others with the solution, but we had to be pragmatic today.

Thanks for your help.

Simon.