Date: Mon, 23 Jan 2006 21:31:37 -0500 From: "George Georgalis" <george@galis.org> To: freebsd-isp@freebsd.org Subject: Re: Sending mail to SMTP from command line Message-ID: <20060124023137.GA8617@sta.duo> In-Reply-To: <20060124022032.GI83399@evil.alameda.net> References: <dr0dt1$sg0$1@sea.gmane.org> <768cbe130601221107t774b50dbp785640aef5473e33@mail.gmail.com> <20060124012941.GA6825@sta.duo> <20060124022032.GI83399@evil.alameda.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Jan 23, 2006 at 06:20:32PM -0800, Ulf Zimmermann wrote: >On Mon, Jan 23, 2006 at 08:29:41PM -0500, George Georgalis wrote: >> >> >> >On 1/22/06, Matias Surdi <matiassurdi@gmail.com> wrote: >> >> >> >> Can some body tell me how can I send a mail from the command line (or a >> >> bash script) to a remote (ISP) SMTP server??? >> >> >> >> I don't want to have my own mta enabled on my host, just send a mail as >> >> I would do from mozilla thunderbird, but from the command line. >> >> >> >> On Sun, Jan 22, 2006 at 01:07:49PM -0600, Kenny @ Gmail wrote: >> >Google is your friend. >> >http://www.yuki-onna.co.uk/email/smtp.html >> >> I don't think that's what the OP had in mind... atthis moment I'm >> typing with a broken terminal... at least I can use vim... >> >> problem is no /usr/lib/sendmail replacement that doesn't require a >> daemon to watch the queue and connect to remote hosts. >> >> in this age of regulated sites that would be really handy too. eg >> at a financial site, it would be really useful to not run a smtp >> daemon (even only on 127.0.0.1) to avoid the audit; but still have >> a sendmail replacement which forks and tries to deliver the mail >> for seven days eg one process for each message, or something more >> advanced, one process for a queue in a tempdir which disappears >> when each message is delivered and the process ends. (my idea, >> public domain) >> >> // George > >One option is like running sendmail -q from cron every 15 minutes. So if >you use sendmail to send something, it fails on first try, it puts it in the >queue and the cronjob will try to deliver it again. Good idea! ...will give it a try. // George -- George Georgalis, systems architect, administrator <IXOYE>< http://galis.org/ cell:646-331-2027 mailto:george@galis.org
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060124023137.GA8617>