
I'm not good at perl, so I can't solve this problem on my own. (I hardly know anything about perl, actually.) Upon repeated tests of my remailers, I noticed that if there's more than one blank line between the header and the header-pasting, then the pasting doesn't take place. Does this happen with other people's remailers? How is your script different from mine? How can this be fixed?

Now that you mention it... I never had that problem before, I've sent messages with up to three blank lines before the :: with no prob, I don't know about more than three. But a few days ago somebody tried to remail through mine and the message ended up in my mailbox, I looked at the message content and did everything I could to figure out what happened, but the only thing I could come up with was that maybe the :: was not on the first line like it should be and that screwed it up. (clarification: The :: was on the second or third line for sure, if that was the cause of the problem or not I don't know.) Happy Hunting, -Chris ______________________________________________________________________________ Christian Douglas Odhner | "The NSA can have my secret key when they pry cdodhner@indirect.com | it from my cold, dead, hands... But they shall pgp 2.3 public key by finger | NEVER have the password it's encrypted with!" "If guns are outlawed, only the government will have guns." -E. Abbey My opinions are shareware. For a registered copy, send me 15$ in DigiCash. Key fingerprint = 58 62 A2 84 FD 4F 56 38 82 69 6F 08 E4 F1 79 11 ------------------------------------------------------------------------------

Sameer Parekh wrote:
Could you give an example? I tried a message like the following (between the cut marks) which I sent to elee7h5@rosebud.ee.uh.edu: ------------8<--cut-->8------------ :: Anon-To: klbarrus@owlnet.rice.edu testing ------------8<--cut-->8------------ and it came back OK, with the blanks squeezed out. So I'm probably misunderstanding what you said. -- Karl L. Barrus: klbarrus@owlnet.rice.edu keyID: 5AD633 hash: D1 59 9D 48 72 E9 19 D5 3D F3 93 7E 81 B5 CC 32 "One man's mnemonic is another man's cryptography" - my compilers prof discussing file naming in public directories
participants (3)
-
Christian D. Odhner
-
Karl Lui Barrus
-
Sameer Parekh