Path: utzoo!utgpu!news-server.csri.toronto.edu!bonnie.concordia.ca!uunet!spool.mu.edu!dsinc!syd From: syd@DSI.COM (Syd Weinstein) Newsgroups: comp.mail.elm Subject: Re: Problem with X.400 address Message-ID: <1991Apr29.135039.22469@DSI.COM> Date: 29 Apr 91 13:50:39 GMT References: <4948@syma.sussex.ac.uk> <1991Apr29.073947.5980@santra.uucp> Reply-To: syd@DSI.COM Organization: Datacomp Systems, Inc. Huntingdon Valley, PA Lines: 48 s30986u@kaira.hut.fi (Martin Helin) writes: >It's possible that I asked the same question also here but contacted >the ELM support group as well. Their answer and my experiences combined : Well, not quite our answer, but, I'll fix that... >>Can anyone suggest how elm can be persuaded to pass the address on, >>spaces and all? >- the ELM support says that there will be no correction to this > problem before the version 2.4 So far so good. > [which is in beta phase, I THINK] Nope, its not even done development. That is why its delayed. In fact the stuff to fix this problem, (actually fixing it will be aside effect of a new feature) hasn't even been submitted yet. > comes out (in the autumn) At the earliest. What drives the release date is when people submit the changes requried to make up the new version. Elm is developed by volunteers and they have other work to do. And, unfortunately, we have done most of the easy changes in 2.1 .. 2.2 and 2.2 .. 2.3, so the ones selected for 2.4 are not so easy. > (I'm not sure whether it will be corrected > in the first version of maybe even later) I do not release multiple version of the same version :-) 2.4 may have patches, but those will fix bugs in the feature set of 2.4, If I hold 2.4 for things like this, it is supposed to work at PL0. (Mind you I know there will be patches, there always are) >There is also a problem with X.400 addresses and the ELM alias >mechanism : you may use slashes (/) and equals (=) in the address >after the m (Mail) command but these cannot be included in an alias. >If you make the alias by editing the aliases.text file it will be >accepted but if I remember right it isn't accepted if you use the >a (alias) m (make a new alias) commands. Not quite. The 'newalias' command parses on ='s, so those are not valid in an address in 2.3. (and Dave changed to ='s due to the problems with :'s in x.400 (1984).) Use some other character for the ='s in the alias.text file, run newalias, and then edit the aliases.data file. Change that character to ='s and all will be ok. This kludge needs to be done each time the newalias command is run. -- ===================================================================== Sydney S. Weinstein, CDP, CCP Elm Coordinator Datacomp Systems, Inc. Voice: (215) 947-9900 syd@DSI.COM or dsinc!syd FAX: (215) 938-0235