| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | dupes |
Hello Paul > Christian, you sent me 181 messages, most to go to AUST_TRADING, My sincere apologies. I was not aware that this was happening. I have just checked the settings in FMail (the tosser) and found that the settings for AUST_TRADING are identical to the settings for LOCUSER. These two echos are passed on to Teddy and should therefore have the same settings. Is AUST_TRADING the only echo that you are receiving duplicate messages in? > and most out of spec. Could you please advise in what manner the messages were out of spec?? Maybe a sample would assist in this regard. > They would have gone to Dave if I hadn't spotted them. Thank you for your action in preventing a problem to other nodes. > I was tossing up whether to password-protect my session > so you couldn't do it again, and send you netmail, to > let me know when you had your end fixed up. I was under the impression that my sessions with you were password protected. In what way would a password protect stop the sending of duplicate messages > But I'm going > to risk it for one more session, hoping that I can catch it. > I expect you to do the right thing after the next session. I wish to *always* do the right thing, but I am unaware of the cause of the problem, as I have not changed anything in relation to AUST_TRADING since I first started receiving it from you. > And then what do you plan to do so that this won't happen > again? I am at a loss to explain *why * it has started happening, but with the echo disconnected I cannot trace any faults. Could you please reconnect the echo, and I will do the following..... 1. Disconnect Denise from the feed (this will remove one possible cause) 2. Manually inspect all outgoing packets from my system to you, to ensure that they only contain AUST_TRADING messages that have been entered onto my system This should prove whether my system is the cause or not. If the duplicate problem is not evident then .... 3. After a number of days with no problems, I can reconnect Denise and then manually inspect all outgoing packets for AUST_TRADING messages that do not originate from Denises system. This would prove that the errors were occuring somewhere down stream of myself, and I could advise Denise of the problem and disconnect the feed to her until the problem can be located. Is the above plan acceptable to you ??? Apart from the above, can you advise me of any other measures I can take, in an endeavour to locate the cause of the problem.? Any advise would be welcome. > I don't run a secure system here. BFN. Paul. An explanation of a secure system would be appreciated, as I do not understand the term. Any explanation can only add to mylimited knowledge of mailing systems My sincerest apologies for creating a problem. Christian Paulings --- FMail/386 0.98* Origin: Pointing South * Tasmania * Australia (3:711/934.27) SEEN-BY: 711/934 712/610 @PATH: 711/934 |
|
| SOURCE: echomail via fidonet.ozzmosis.com | |
Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.