Duplicate Emails

[susanh]

Hi Everyone,
I have an annoying problem. We (everyone in our Post Office) are receiving duplicates of email. They are sent 1 every hour. Most of our users do not have any special rule establish on their mailbox. Does anyone have any suggestions on how to fix this problem?
Thanks
Susan

 

[rjs]

Did this just start? Are the duplicates coming from any specific address? Are other e-mails coming through ok?

Of hand, it may be a corrupt file in one of the GroupWise queue directories.

 

[susanh]

It started last week. It is only email coming from outside. All internal email is fine. There are no specific addresses. It does not happen with every single email that hits a user's mailbox, but a few.

 

[rjs]

You might try shutting down the GWIA, then looking through the queue directories (domain\wpgate\gwia\wpcsout & wpcsin). You could also shut down the GWIA and delete the 000.prc directory (or rename it) - GWIA will recreate it when it restarts.

Is there any other pattern? Specific users only? Specific source domains?

 

[TheBoySmith]

Are all the agents on 1 server or is the gwia on a different server?

Do you use anything as a smtp proxy or does mail go straight to the gwia? Lee Smith
Xenon Network Services
Snr. Technical Support
LSmith@xenon-uk.co.uk

 

[susanh]

Hi guys,
Thanks for the info.
All of the agents run on the same server. The mail goes straight to the GWIA.

We are going to try and shut down the GWIA and delete the 000.prc directory.

 

[susanh]

Thank you!

shutting down the GWIA and deleteing the 000.prc directory
worked!

Thank you
Susan

 

[donovan0913]

Hi there,

I am having the same problem with the users in my Post Office, but I didn't see a 000.prc directory. I have a bad feeling the installation is bad. I'm getting pretty fed up with this server and may just start over from scratch, although that's a scary concept with 150 user databases. If anyone has any suggestions I would really appreciate it.
Thanks.

 

[newreporter]

I also started having the same problem last week. However, this has only occured with one user in particular. This same user was also had email receipients calling her saying that they received are receiving the same infected message from her.

The virus on her computer has since been removed, but she is still getting the repeated messages. Would shutting down gwia and deleting the 000.prc directory apply to my situation as well?

Thank you for your time.

 

[susanh]

Well it started again,

We tried shutting down the GWIA and deleting the
000.prc directory. The GWIA recreated the
000.prc directory. Everything started working
correctly and we thought we had solved the
problem, then yesterday the duplications began
again.
Now we are truly stumped. Any suggestions???????
Thanks
Susan

 

[rjs]

I would start looking at the GWIA and post office queue directories to see if there is something "stuck" in there. Also, if you haven't run a full GWCheck, now might be a good time to do a full structure, contents and index check. There are some good TIDs on Novell's site for exactly what to run and in what order.

 

[donovan0913]

I had a similar result when I tried renaming the 000.prc directory. The Agent re-created the directory and stopped replicating the e-mail, but almost immediately started replicating a different outside e-mail for the same user. I've tried patches, client upgrades, GWCHECK, re-indexing, and everything else I could think of. The only answer I can some up with is that it's a communication issue. Perhaps the e-mail server is not receiving an acknowledgement from the user's mailbox that it received the e-mail so it re-sends it. I'm currently going to check the connection between my e-mail server and the DMZ Zone I have set up to see if that makes a difference. Any input?

 

[susanh]

donovan,
let me know what you find out. At this point we are so stumped.

 

[donovan0913]

Susan,

I just read a thread on Novell's website that mentioned the Packet Receive Buffers. I noticed that my TCP/IP Read Errors was rather high and what the TID said was that if you look at your packet receive buffers in MONITOR, compare that number to your MAXIMUM PACKET RECEIVE BUFFERS under Server Paramaters/Communications...and if they are the same, it means that the server does not have enough buffers to send some messages so it will keep sending it until the buffers clear. They say the fix is increasing the Maximum Packet Receive Buffers and rebooting the server. I don't know if it'll work, but I'm trying it right now and I'll post the results.

Kris

 

[susanh]

I will take a look also. Thanks Kris.
Let me know what happens.

 

[stomper2001]

Hi all, we have been experiencing identical problem for last 3 weeks and are also stumped. Did you find any solution that lasts? Deleting 000.prc only gave us temporary respite.

Please advise.

Richard.

 

[mtbiker]

I too have been experiencing a similar problem. I have been working with Novell and have an open incident. We have traced out the path of the &quot;stuck&quot; message that created the multiple messages in the user mailboxes to the MSLOCAL/MSHOLD/ <PO>Name directory. Usually in the #4 folder but could be in any one. By downing the MTA and removing the stuck message from the folder then restarting the MTA, everything passes thru for a while until the next time. In my case next time was Monday Morning I noticed that one of my PO had over 1000 mail messages in one user's mailbox. Basically the same procedure, shut down the MTA, go into the Domain/MSLOCAL/ MSHOLD/ PO folder and #4, sure enough their were several messages in this directory, however only ONE was file locked in the MTA and causing the multiple messages. One added note, If by chance the message that gets &quot;stuck&quot; is for a particular user, then only that user will get the multiple messages. However if the message was for multiple users, then all the users are getting the multiple messages.
This is where I am at this point. Still no perminant resolution. I'm GW 5.5.5 w/ NetWare 5.1.4

 

[salserocito]

This has worked for me in the past...

1. Bring down the MTA and POA.
2. Navigate to the DOMAIN directory.
3. Rename the MSLOCAL, WPCSIN and WPCSOUT DIrectories to *.OLD
4. Navigate to the PO directory.
5. Rename the WPCSIN and WPCSOUT Directories
6. Reload the MTA and POA on the Server

Renaming (or deleting) these directories causes GroupWise to automatically recreate them when the Agents are reloaded. If there is a bad message or corrupt data, these files will be eliminated from the mix and a whole new Directory structure will be used.

If you are having this issue thrpoughout your GroupWise System, I would bring down ALL of the Agents and complete this task for all GroupWise servers before bringing them back up.

Good Luck!

 

[stomper2001]

Thanks for the advice. Will try out and let you know.

 

[stomper2001]

It happens - I hate tempting fate but we have not had any more replication of email for nearly 2 weeks after another removal of 000.prc Maybe thats what you have to do...