Philip Hazel wrote: > I believe I have now made it work when the calling user has an empty > gecos field.
Looks good, but I can make it fail again by inserting just one space character into my gecos field. :op | tiefnig:x:1000:1000: :/home/tiefnig:/bin/bash It screws up really terrible with that. One can use other (single) characters too, but a space is the most impressive one, because it is used most often between word boundaries. :o) The letter "a" also does a good job, and "b", "c" and "d" aren't bad either. Maybe you don't want to support gecos with less than $number letters. Another way to break it is to enter (e.g.) commas into the gecos information. This is what the adduser(8) command does. Exim then uses "Foo,bar,baz" (including(!) the double quotes) as CALLER_NAME, which is not what runtest does. According to this, it may be better to check what exim thinks the caller name is than calling getpwnam? This is with: ------------------------------------------------------------------------------ Exim version 4.60-RC1 #5 built 18-Nov-2005 14:26:23 Support for: crypteq iconv() Perl Expand_dlfunc OpenSSL translate_ip_address Content_Scanning Old_Demime Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dnsdb dsearch mysql testdb Authenticators: cram_md5 cyrus_sasl plaintext spa Routers: accept dnslookup ipliteral manualroute queryprogram redirect Transports: appendfile/maildir/mailstore/mbx autoreply lmtp pipe smtp ------------------------------------------------------------------------------ Basic/0190 and queryprogram/5204 fail the same way they do for John. Basic/0158 deliver_drop_privilege and setuid=EXIMUSER =============== Lines 4-5 of "test-paniclog-munged" occur at the end of "test-msf-0158". ---------- 1999-03-02 09:44:33 10HmaY-0005vi-00 Failed to find user "debian-exim" from expanded string "$local_part" for the local_delivery transport 1999-03-02 09:44:33 10HmaZ-0005vi-00 Failed to find user "debian-exim" from expanded string "$local_part" for the local_delivery transport The user is called "Debian-exim", with a capital "D". As $local_part is lowercased by exim (if I'm correct) this may be a problem. OpenSSL/2125 TLS server: tls_require_ciphers =============== Line 3 of "test-mainlog-munged" does not match line 3 of "test-msf-2125". ---------- 1999-03-02 09:44:33 10HmaX-0005vi-00 a TLS session is required for ip4.ip4.ip4.ip4 [ip4.ip4.ip4.ip4], but an attempt to start TLS failed ---------- 1999-03-02 09:44:33 10HmaX-0005vi-00 TLS error on connection to ip4.ip4.ip4.ip4 [ip4.ip4.ip4.ip4] (SSL_connect): error: <<detail omitted>> I'm not sure whether this is the OpenSSL version issue, it looks more like a change in exim to me. This doesn't happen with GnuTLS, though, and others don't seem to encounter this. Btw: SUPPORT_TRANSLATE_IP_ADDRESS hasn't been included in src/EDITME. Mabe you just forgot that? lg, daniel -- ## List details at http://www.exim.org/mailman/listinfo/exim-dev Exim details at http://www.exim.org/ ##
