service name in smtp_url
- To: mutt-dev@xxxxxxxx
- Subject: service name in smtp_url
- From: Jukka Salmi <j+mutt@xxxxxxxxxxxxx>
- Date: Thu, 16 Apr 2009 17:10:59 +0200
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/simple; d=salmi.ch; s=mx1; t=1239894660; i=@xxxxxxxxxxxxx; bh=PdYat2W4/pyBdMwHKE07BSmqgjw3MjLB mEW/9MLZAgw=; h=Date:From:To:Subject:Message-ID:MIME-Version: Content-Type; b=kiQPfLGexIE8BJo2Fyn/1ESeEQgFrvjvne+dSCoCtxtOYMUJuA YgtArbW3k69LWNsJ66xFGwjI8XzfyFfxeqqASrpr0Eg0p5hqg0DrNr/EIPM7wBIK1oG uvsa2oq3ecCusidI+tz/PEkqwByg8MO43fpV6Xko4Sr5+0UZOA5a4Ch5DKPkJuebmZJ Hx8WPPUEtAbm4jqkeWzDHVHQNjT4ms0QxVJ6n4Wuk88a0QTL4uJrSWuQnOTbdLgoHxQ jr0K95gNvHpfvJ+F2qlehsKwPe/yyagSUif0F/0RJhUOnRhWWgxExz9ukpcIkJSHAGO DQIvSpJiCTLuQqN7H6GfQWsQ==
- Domainkey-signature: a=rsa-sha1; s=mx1; d=salmi.ch; c=simple; q=dns; h=date:from:to:subject:message-id:mail-followup-to: mime-version:content-type:content-disposition:x-client-os:user-agent; b=lElCl+jKqxDzdwBcU2bK+krTXpb6x6Q1YZPR4UF/F400cnJCV+I9hOeyEViLiuW/Z rqdCgC/8Dqy/Lrpy/YiaA7kj/HGrCCAJIM5Dg7QUxfbLs2/Se2Pwa4RcKTTko2XwBDK xENYrw4aeQSze7d/bfd/WC1n8x9GvUDAOs3EeZYBxsWPhp1/L2CacIZf1ar7TZG2W9Q ZuU4XPRqPBKoSPYNfWQ9Zyqe4Ffn0idxr5FUBndF6WBaDJuz8UaxdxwHQR15o2WzFa9 PbR5CTAwpqZWRhWFbkC2Y9YnzsN622ubIqlm1NNrBXk4dLjJeM1yCq4y4Fyx6QXWoVe +YEKUBRQw==
- List-post: <mailto:mutt-dev@mutt.org>
- List-unsubscribe: send mail to majordomo@mutt.org, body only "unsubscribe mutt-dev"
- Mail-followup-to: mutt-dev@xxxxxxxx
- Sender: owner-mutt-dev@xxxxxxxx
- User-agent: Mutt/1.5.19 (2009-03-09)
Hello,
I just noticed that Mutt seems not to accept service names (as opposed
to numbers) in smtp_url. Thus something like
set smtp_url="smtp://example.org:submission/"
doesn't work (and uses the default port instead), but
set smtp_url="smtp://example.org:587/"
does. Glancing at the code I think that's because ciss_parse_userhost()
(in url.c) does a `ciss->port = atoi (p)' no matter what `p' points to.
If this is done deliberately I think it should be documented. Or is it
and I missed it?
Regards, Jukka
--
This email fills a much-needed gap in the archives.