| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | areafix |
In a message to Anthony about areafix, Paul said: PE> I'm not sure if you're saying that the squish routing PE> commands work automatically, or changing your batch file PE> worked. The latter will definitely work, so I'll leave the PE> former in the "untested as yet" pile. Both - the squish poll 3:711/934 is working AM> the binkley schedule file. Is there any point in deleting it? PE> Yes, so that it will exit for the first time. If you don't PE> do that, then if you poll for mail again, then the first PE> one will not exit straight away, it will be the one that PE> gets your mail, and when it exits, it will then start up PE> another one, which you have to exit manually. You could PE> get around this by saying "if errorlevel=start_of_event PE> then start binkley again" instead of the blind two starts PE> that I did. So why can't I just leave the .scd file and have 1 call to btp?? PE> Sounds like you've lost your sysop status. Can you try PE> going into the messages section in Max and seeing if you PE> can enter a message into these areas? The renum days PE> instead of renum max has nothing to do with it. As I mentioned in another message, the problem went as strangely as it appeared. Honestly, I didn't do anything! PE> No, Public Only means that if you enter a message locally PE> (or with QWK) that the attribute will be stripped. PE> However, incoming echomail needs the "StripAttributes" in PE> squish.cfg to delete the PVT flag. What's wrong with the pvt flag being there? PE> Yes, this is normal, so that if there's more mail for you PE> the same day, it will start on the next number, so that you PE> don't get a name clash your end if you haven't processed PE> your inbound mail yet. Understood. PE> Every time mail comes into my system, it gets processed. Mail PE> comes into my system from all my points (anytime at all), Dave PE> (once a day at about 6.45 am), and a guy from Melbourne (about PE> once a week, at any time). BFN. I see, it's just the mail from the other points being packed. So squish _adds_ their mail to the bundle, each time mail is added? This would also go for qwkers too (i.e. the mail they upload gets added to my packet)? Doesn't that mean it has to decompress my packet and everyone elses who is on the same tagged echos, add the mail from the last upload (point and/or qwk?) and then recompress it? For any and all points every time mail is added? This doesn't sound right... 'tnt, Amfony. --- Maximus/2 2.01wb* Origin: Insanity Prevails (3:711/934.5) SEEN-BY: 711/934 @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™.