Steffen Nurpmeso <[email protected]> wrote: > sorry for this late thing, i couldn't get the motivation to sit > down and fix this (some other stuff, like new passing of MTA args, > *sendmail-arguments* option etc., but..),
That's no problem! My laziness *far* exceeds that. > |The "password-USER@HOST" still requires %40 in this preliminary patch. > > I finally came up with this: > > Many variable options of S-nail exist in multiple versions: the plain > `variable' as well as `variable-HOST' and `variable-USER@HOST'. Here > `HOST' indeed means `server:port' if a `port' had been specified in the > respective URL, otherwise it refers to the plain `server'. Also, `USER' > isn't truly the `USER' that had been found when doing the user chain > lookup as is described below, i.e., this `USER' will never be in URL per- > cent encoded form, wether it came from an URL or not. I think this is the most natural behaviour. > Could you please confirm this is also fixed for you? Yes from my point of view it all works perfectly. > |>|> set password-mail.messagingengine.com:465=PASSWD > |>| > |>|which I think is not the desired behavior. > > No, as above, i think this will remain a host/port tuple, just as > has been specified. That's fine too. I think you could say either behaviour makes sense. > S/MIME uses the value found in From: for signing and verification. > But i still think it makes sense to derive the rest of the user > credentials and anything else from the actual SMTP account. > I think for most people it doesn't make a difference, and there is > always the chance to get to that state by using `account's. > But it is definetely not nice. Yep, I think v15 makes much more sense for this overall. So thanks! It all looks good to me. Although I want to also comment on the new colour handling: I must add my TERM, `rxvt-unicode-256color`, to colour-terms. Perhaps the defaults or logic could be extended (other -256color terms exist). Cheers -- Gavin ------------------------------------------------------------------------------ HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing & Easy Data Exploration http://p.sf.net/sfu/hpccsystems _______________________________________________ S-nail-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/s-nail-users
