Path: utzoo!mnetor!tmsoft!torsqnt!news-server.csri.toronto.edu!cs.utexas.edu!sun-barr!lll-winken!elroy.jpl.nasa.gov!usc!orion.oac.uci.edu!ucivax!gateway From: dvv@hq.demos.su ("Dmitry V. Volodin") Newsgroups: comp.protocols.iso.x400.gateway Subject: Re: UUXQT Problems with X.400 encoded O/R Names Message-ID: <1991Feb27.155819.13246@hq.demos.su> Date: 28 Feb 91 00:12:52 GMT References: <9102250732.AA15991@earth.touch.com> Organization: DEMOS, Moscow, USSR Lines: 45 Approved: usenet@ICS.UCI.EDU x-attn: jns X-Previously-To: comp-protocols-iso-x400-gateway@sunic.sunet.se ReSent-From: Jerry Sweet ReSent-To: ifip-gtwy@ICS.UCI.EDU In <9102250732.AA15991@earth.touch.com> kehres@touch.COM (Tim Kehres) writes: >The problems were in reference to the UNIX HDB UUCP utility, UUXQT >consulting the Permissions file and determining that the supplied address >represented a file name (the leading '/'), and then refusing the >transaction based upon improper access to this file name. For example, >the following address would cause this problem: > /c=us/admd=sprint/prmd=touch/s=kehres/@somewhere.com >Has anyone had any further experience with this problem? As we left it, >the only workaround we found was to totally relax the permissions to allow >reading and writing from the root directory (not a very nice solution). >Any insight regarding other workarounds, or fixes would be greatly >appreciated. We were also struck by this problem. But it was solved on our site simply by eliminating recipients addresses from the uux arguments - we use not uux somewhere!rmail but uux somewhere!foobar And foobar accepts recipients addresses inside data files. >This is a significant problem since it effects *all* sites running HDB >UUCP, regardless of the vendor (Interactive, SCO, and HP as well as many >other implementations are all effected). Yes, and our workaround doesn't save us from rejecting the mail from somewhere en route to sprint.com. BTW, I called SCO, and they've put this bug in their bug database. But they haven't made any fixes (at least I haven't heard about it), just advised to relax Permissions security - and we couldn't accept it. -- Dmitry V. Volodin | fax: +7 095 233 5016 | Call me Dima ('Dee-...) phone: +7 095 231 2129 |