qmail Digest 31 Dec 2000 11:00:01 -0000 Issue 1230
Topics (messages 54488 through 54499):
can I use qmail instead of ssmtp?
54488 by: Christoph Bugel
Re: Outlook Features ??
54489 by: Peter Green
Re: thoughts for future qmail
54490 by: Russell Nelson
54499 by: David Dyer-Bennet
No open relay but allowing authorized dynamic IP clients to post anywhere
54491 by: Geza I. Mark
[o/t] email client recommendations?
54492 by: Marc Knoop
54494 by: Olivier M.
54495 by: Benjamin Lee
Re: [o/t] MUA war prelude (was: email client recommendations?)
54493 by: Ricardo Cerqueira
Relaying with xinetd
54496 by: Kari Suomela
54497 by: Jeff Lacy
Re: PGP
54498 by: Peter Cavender
Administrivia:
To unsubscribe from the digest, e-mail:
[EMAIL PROTECTED]
To subscribe to the digest, e-mail:
[EMAIL PROTECTED]
To bug my human owner, e-mail:
[EMAIL PROTECTED]
To post to the list, e-mail:
[EMAIL PROTECTED]
----------------------------------------------------------------------
Hi,
I am using Mutt as my MUA, and I have trouble sending mail. Mutt
uses an external program (by default sendmail) to send mail. The
problem is that sendmail isn't good enough, I think, because I
can't convince it to *change* my From: line to whatever I like. I
I have to do this, because myuser@mybox is not a valid address.
sendmail has an -f option to rewrite the from: line, but it can
only be used by 'trusted users'. So what I did was to install
ssmtp. this program is very simplistic: it reads stdin, and sends
mail to a preconfigured smtp server, using (if desired) the from:
line, as supplied. so far so good, but I noticed that ssmtp only
sends to recipients specified on the commandline. CC: and BCC:
in the mail are ingnored. except for that, ssmtp is just what I
need: SIMPLE. I don't want to install smtp deamons, mail
queues, etc, just to be able to *send* mail.
My question: can I use qmail to do this, without replacing the
existing sendmail. (I need it for fetchmail, and procmail, and I
really don't want to mess around with that) I just want a simple
(sigh..) utility that reads a mail on stdin, understands it, and
then talks to a remote smtp server.
BTW, I'm not on the list, please CC to me.
thanks :-)
Christoph
* Marc Knoop <[EMAIL PROTECTED]> [001230 02:51]:
> Ron put it perfectly together -- Exchange is not just a MTA (OK, it's half
> an MTA ;). I too see a need/benefit from running Exchange in my
> organization and already have a brand new PowerEdge waiting to serve that
> purpose. Exchange does have some nifty features that people will find
> useful (chat, shared address books/calenders...) -- no question about it.
>
> However, the Exchange server I will create will not have access to the
> Internet -- all mail will come through and go out of a qmail server which
> runs very, very well. All list servers will remain pointed at the qmail
> mail server too.
I know of a number of organizations that are doing just that. Put qmail on a
DMZ, Exchange behind your firewall, and run both. It's really easy to
forward all mail from the qmail server to users on the Exchange server...
/pg
--
Peter Green : Gospel Communications Network, SysAdmin : [EMAIL PROTECTED]
---
``[Perl] gives you the STDERR filehandle so that your program can make
snide comments off to the side while it transforms (or attempts to
transform) your input into your output.''
--- Larry Wall and Ronald L. Schwartz,
from ``Programming Perl''
Matthew Patterson writes:
> the reason i was tossing it out on the list is (and i freely admit this): I am
> NOT a coder.
The problem is that there's exactly *zero* benefit to writing this
code. There are, as far as I know, no qmtpd's running anywhere
on the Internet. So a qmail-remote that was about to talk it would
help no one. Only if people started to implement qmtpd would the
qmail-remote actually start to have a benefit.
So, you need someone big to be a sugar daddy, and implement it. Like
anybody listed near the head of http://www.qmail.org/top.html .
Either that, or a bunch of people on the list need to implement qmtpd
(which is trivial given Dan's daemontools)
In fact, just to make people's lives easier, here are the files you need:
http://www.qmail.org/qmtpd-service.tar.gz
cd to /service and untar that file. Bang, you've got a qmtpd server.
If I can get twenty people to implement it, AND insert an MX record
for their qmtpd with one of the following priorities, then I'll commit
to implementing a qmail-remote that also talks QMTP.
12801, 12817, 12833, 12849, 12865, ..., 13041
Sample dns records follow in BIND format:
A.EXAMPLE.COM IN MX 12801 A.EXAMPLE.COM
B.EXAMPLE.COM IN MX 12801 A.EXAMPLE.COM
and in djbdns format:
@crynwr.com::pdam.crynwr.com:12801
Send me private email when you've got it working. Twenty people isn't
a lot, is it? If I can't get twenty people to implement qmtpd,
there's no point in having a qmtpc.
--
-russ nelson <[EMAIL PROTECTED]> http://russnelson.com | A steak, bacon
Crynwr sells support for free software | PGPok | and cheese sandwich is
521 Pleasant Valley Rd. | +1 315 268 1925 voice | offensive to every major
Potsdam, NY 13676-3213 | +1 315 268 9201 FAX | religion.
Russell Nelson <[EMAIL PROTECTED]> writes on 30 December 2000 at 09:16:14 -0500
> If I can get twenty people to implement it, AND insert an MX record
> for their qmtpd with one of the following priorities, then I'll commit
> to implementing a qmail-remote that also talks QMTP.
While Russell asked people to email him privately when they'd done it
(and I have), I think it's worth mentioning on the list that I think
this is worth doing, and have implemented qmtpd on my system in an
effort to help achieve critical mass. Having interest shown publicly
here may help convince other people to get involved.
--
David Dyer-Bennet / Welcome to the future! / [EMAIL PROTECTED]
SF: http://www.dd-b.net/dd-b/ Minicon: http://www.mnstf.org/minicon/
Photos: http://dd-b.lighthunters.net/
Hi,
I am sorry if it was discussed before but I post this
question because I found no answer in the DOCS, FAQ,
and mailing list archive.
I run a freeBSD system where security is highest priority.
Normal users reach the machine only through SSLProxy
channels for WWW and POP access. The users access the
Internet using their various ISPs where they have
dynamic IP numbers. They are authenticated by their
individual SSL certificates.
The requirement would be to allow the users to send
mail to anywhere and to receive mail from anywhere
while atill preventing the machine to became an open relay.
My idea is the following. I'd set up two copies of qmail,
one for incoming, another for outgoing mail. The two copies
of qmail would of course live in entirely different directories.
The first qmail copy would receive mails from anywhere
on port 25 but deliver nowhere but to the localhost.
Users download their mail using POP through an
SSLProxy channel. (Normal unencrypted POP port is disabled
by tcp wrapper for anyone except localhost.)
The second qmail copy would work on another port different
from 25 say 26. It would deliver mails to anywhere and
also receive mails from anywhere BUT receive only through
an SSLProxy channel. (Normal unencrypted port 26 would be
disabled by tcp wrapper for anyone except localhost.)
Do you think this plan is working and if yes how should
I setup qmail for this? Or is there a better solution
to my problem?
Thanks in advance,
Ge'za I. Ma'rk
http://www.phy.bme.hu/mg/index.html
[EMAIL PROTECTED]
Hi folks,
I was wondering if some of you could recommend a good, reliable email
client that runs under X (Gnome) and supports IMAP to maildirs (qmail, of
course!).
A gui client would be nice, but is not necessary.
What do you guys/gals use?!?
TIA,
../mk
On Sat, Dec 30, 2000 at 07:04:13PM +0000, Marc Knoop wrote:
> I was wondering if some of you could recommend a good, reliable email
> client that runs under X (Gnome) and supports IMAP to maildirs (qmail, of
> course!).
> A gui client would be nice, but is not necessary.
> What do you guys/gals use?!?
xterm -bg lightgreen -title Mails -e mutt (-:
Olivier
--
_________________________________________________________________
Olivier Mueller - [EMAIL PROTECTED] - PGPkeyID: 0E84D2EA - Switzerland
qmail projects: http://omail.omnis.ch - http://webmail.omnis.ch
Console:
Start with pine, move to mutt. ;-)
Gnome:
Try evolution then balsa (or vice versa), then move back to the Console
MUA. ;-))
Cheers,
Ben.
On Sat, Dec 30, 2000 at 07:04:13PM +0000, Marc Knoop wrote:
>
> Hi folks,
>
> I was wondering if some of you could recommend a good, reliable email
> client that runs under X (Gnome) and supports IMAP to maildirs (qmail, of
> course!).
> A gui client would be nice, but is not necessary.
>
> What do you guys/gals use?!?
>
> TIA,
>
> ../mk
>
--
B. http://makelinux.org/ "Always real." http://realthought.net/
__________________________________________________________________________
To lead people, you must follow behind.
-- Lao Tsu
On Sat, Dec 30, 2000 at 07:04:13PM +0000, Marc Knoop wrote:
>
> Hi folks,
>
> I was wondering if some of you could recommend a good, reliable email
> client that runs under X (Gnome) and supports IMAP to maildirs (qmail, of
> course!).
> A gui client would be nice, but is not necessary.
>
> What do you guys/gals use?!?
>
Well... This is not the "everything-related-to-email" list.
But, and because I kind of miss a holy war (sue me :) )...
For text, I'd recommend mutt, mutt, and perhaps mutt (did I forget to
mention mutt?)
On the gooey side, Evolution seems to be a step in the right direction, but
it's not ready for day-to-day usage, yet. (still in its pre-releases,
although functional)
RC
--
+-------------------
| Ricardo Cerqueira
| PGP Key fingerprint - B7 05 13 CE 48 0A BF 1E 87 21 83 DB 28 DE 03 42
| Novis Telecom - Engenharia ISP / Rede T�cnica
| P�. Duque Saldanha, 1, 7� E / 1050-094 Lisboa / Portugal
| Tel: +351 2 1010 0000 - Fax: +351 2 1010 4459
PGP signature
I have Qmail working basically fine with Xinetd, but cannot figure out
how to eliminate rcpthosts. Do I really need tcpserver for that?
KS
��������������������������������������������������������ͻ
� KARICO Business Services �
� Toronto, ON Canada http://www.ksbase.com �
��������������������������������������������������������ͼ
... Never straighten a good waistline.
I'm not quite sure what you mean, but if you are asking how do you make
xinetd relay, then it is really simple. You must use the only_from option
and the env option The important one is the env option. My smtp thing
looks like this:
# default: on
service smtp
{
disable = no
socket_type = stream
protocol = tcp
wait = no
user = qmaild
server = /var/qmail/bin/tcp-env
server_args = /var/qmail/bin/qmail-smtpd
only_from = 192.168.0.0
env = RELAYCLIENT=""
}
----- Original Message -----
From: "Kari Suomela" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, December 30, 2000 6:49 PM
Subject: Relaying with xinetd
I have Qmail working basically fine with Xinetd, but cannot figure out
how to eliminate rcpthosts. Do I really need tcpserver for that?
KS
��������������������������������������������������������ͻ
� KARICO Business Services �
� Toronto, ON Canada http://www.ksbase.com �
��������������������������������������������������������ͼ
... Never straighten a good waistline.
PGP is done entirely on the user's email program (MUA), not on qmail.
The message is encryted before and decrypted after qmail sees it. qmail
does not notice or care that it is an encrypted message.
Users should configure whatever PGP setup works with their client software
and OS.
--Pete
On Sat, 30 Dec 2000, Sridhar Balasubramanian wrote:
> Hi,
>
> I'm new to this concept of encrypting messages with PGP. Does it have
> anything to do with the mail server. If so, how can I work 'PGP' with qmail?
>
> can someone point me out a documentation on-line or in their own words
> explain?
>
> thanks,
> -Sridhar
>
