From: Paul Jackson <pj@sgi.com>
To: Jim Nelson <james4765@verizon.net>
Cc: rlrevell@joe-job.com, kwall@kurtwerks.com, linux-kernel@vger.kernel.org
Subject: Re: mozilla-mail damage [was Re: [PATCH] Update to Documentation/ramdisk.txt - take 2]
Date: Sat, 23 Oct 2004 00:42:52 -0700 [thread overview]
Message-ID: <20041023004252.78eddf13.pj@sgi.com> (raw)
In-Reply-To: <4179DBA3.2000407@verizon.net>
> However, sendpatchset doesn't work with SMTP authentication, which my ISP uses,
The underlying Python smtplib module has authentication support.
You could probably hack your private copy of sendpatchset by adding
something like the following line with hardcoded strings to call the
python smtp login() method with your ISP user id and password:
try:
s=smtplib.SMTP(smtpserver)
except:
print "%s: Oops - Cant connect to SMTP Server <%s>" % (cmd, smtpserver)
sys.exit(1)
s.set_debuglevel(0)
+ s.login("james4765@verizon.net", "my_not_so_secret_password")
if not actually_send_message:
The above change is untested speculation - good luck.
A proper solution might involve adding an optional user login id string
to the sendpatchset control file entry for the SMTP server:
SMTP: <smtp_server_ipaddr> [<authenticated_smtp_user_login_id>]
and if this extra field was present, interactively collecting the
password during use and making the above "s.login()" call.
You'd want to somehow avoid collecting the password more than once per
sendpatchset session. Since the current code reconnects many times
to the smtp server (twice per patch. first to verify and then to
actually send the message), either rearrange the smtp connection
handling in the current code to reuse a single connection, or collect
the password once and remember it in a python variable to use for each
reconnect during an entire sendpatchset session.
Since I don't happen to need this, I'm at little risk for adding this
anytime soon. If someone else wants to send me a nice pretty solution,
I'd update my master copy if I found the solution to my liking.
--
I won't rest till it's the best ...
Programmer, Linux Scalability
Paul Jackson <pj@sgi.com> 1.650.933.1373
prev parent reply other threads:[~2004-10-23 7:43 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-10-23 1:45 [PATCH] Update to Documentation/ramdisk.txt - take 2 Jim Nelson
2004-10-23 2:12 ` Kurt Wall
2004-10-23 2:35 ` Lee Revell
2004-10-23 3:16 ` mozilla-mail damage [was Re: [PATCH] Update to Documentation/ramdisk.txt - take 2] Lee Revell
2004-10-23 4:18 ` Jim Nelson
2004-10-23 4:29 ` Lee Revell
2004-10-23 5:29 ` Con Kolivas
2004-10-23 19:56 ` David Ford
2004-10-23 20:11 ` Lee Revell
2004-10-23 7:42 ` Paul Jackson [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20041023004252.78eddf13.pj@sgi.com \
--to=pj@sgi.com \
--cc=james4765@verizon.net \
--cc=kwall@kurtwerks.com \
--cc=linux-kernel@vger.kernel.org \
--cc=rlrevell@joe-job.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox