Dear list!
I'd like to know if some-
one has experience with system
running no mta (aka sendmail).
I have single comp, not server,
not lan. Yes! Sendmail is nice,
but it is too big for simple
tasks I have for it.
My intention is to use apps
small as possible. This letter
gone from mutt directly to
ssmtp, that processed it to my
isp. (Setting option for
sendmail as "/usr/local/sbin/ssmtp".)
Little drawback is that one
cannot write second letter
and send it at the same time.
Some sort of queue would be
helpful.
Problems start receiving mail.
Fetchmail manual announces po-
ssibility for handing over to
procmail. Option should be
"mda procmail" in user section.
I made no rc file for procmail.
Test letter really came from
pop server to my local depot
(/var/mail/zoran). And... Mutt
cannot read it. Says "/var/mail/
/zoran is not maildir". It is
by default, my dear mutt!
I see, that I have to make some
procmailrc configuration file.
To tell the system, that procmail
is local delivery agent now,
who is on the machine and where
target files are. I need additional
reading to anticipate that.
No local mail = no system messages.
And no simple system I'd like.
Documentation on internet
says, that shell in procmailrc
should be /bin/sh. I use tcsh and
the only solution would be to add
/usr/local/bin/bash. Defaults
are already on the machine. Why
procmail doesn't use them?
Aliases? File permissions?
It is the step I cannot make
for now. Turning sendmail on
again gave me mail back.
I suppose that someone uses
similar configuration on laptop
or other not heavy loaded machine.
Best regards
ZK
Have you considered using Exim as your MTA? It is much simpler to configure and use than sendmail, and alot less hungry for resources, but it will give you the same (and even better) functionality to sendmail. Exim is in /usr/ports/mail/exim/ Will ----- Original Message ----- From: "Zoran Kolic" <kolicz@eunet.yu> To: <freebsd-stable@freebsd.org> Sent: Monday, December 01, 2003 7:59 AM Subject: mail without mta> > Dear list! > I'd like to know if some- > one has experience with system > running no mta (aka sendmail). > I have single comp, not server, > not lan. Yes! Sendmail is nice, > but it is too big for simple > tasks I have for it. > My intention is to use apps > small as possible. This letter > gone from mutt directly to > ssmtp, that processed it to my > isp. (Setting option for > sendmail as "/usr/local/sbin/ssmtp".) > Little drawback is that one > cannot write second letter > and send it at the same time. > Some sort of queue would be > helpful. > Problems start receiving mail. > Fetchmail manual announces po- > ssibility for handing over to > procmail. Option should be > "mda procmail" in user section. > I made no rc file for procmail. > Test letter really came from > pop server to my local depot > (/var/mail/zoran). And... Mutt > cannot read it. Says "/var/mail/ > /zoran is not maildir". It is > by default, my dear mutt! > I see, that I have to make some > procmailrc configuration file. > To tell the system, that procmail > is local delivery agent now, > who is on the machine and where > target files are. I need additional > reading to anticipate that. > No local mail = no system messages. > And no simple system I'd like. > Documentation on internet > says, that shell in procmailrc > should be /bin/sh. I use tcsh and > the only solution would be to add > /usr/local/bin/bash. Defaults > are already on the machine. Why > procmail doesn't use them? > Aliases? File permissions? > It is the step I cannot make > for now. Turning sendmail on > again gave me mail back. > I suppose that someone uses > similar configuration on laptop > or other not heavy loaded machine. > Best regards > > ZK > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > >
> I'd like to know if some- > one has experience with system > running no mta (aka sendmail).Running without an MTA sounds like the wrong solution to the problem. Have you thought of replacing sendmail with something like exim ? I use that as an MTA on single machines all the time. very easy to configure and not very resource hungry. Willjust sit there quietly and do the job without any fuss. ...there are a number of other options too which people will no doubt mention. -pcf.
Hi, although this does not answer your question directly, it might be useful for you (in case you decide to use sendmail as your mta :-) I wrote a sendmail howto for FreeBSD workstation installations. It still needs some minor improvements, but it should be quite usable in its present state: http://home.leo.org/~barner/freebsd/articles/mailsetup/article.html Regards, Simon -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: Digital signature Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20031201/ddd040fa/attachment.bin
Hello, You might want to use 'maildrop' instead of using a full-featured MTA daemon. Personally, I've never tried maildrop, althought I often hear from different people that it is a good substitue for those who do not want to run a full-featured MTA daemon, but need something to listen on 25th port in order to accept mail from the 'fetchmail' and deposit it into the local mailbox. I personally prefer postfix. It's a full-featured MTA daemon/system but it is very easy to configure (just like exim), and it supports Maildir type of mailbox! Hope this helps, Andrew On Mon, Dec 01, 2003 at 06:59:40AM +0100, Zoran Kolic wrote:> > Dear list! > I'd like to know if some- > one has experience with system > running no mta (aka sendmail). > I have single comp, not server, > not lan. Yes! Sendmail is nice, > but it is too big for simple > tasks I have for it. > My intention is to use apps > small as possible. This letter > gone from mutt directly to > ssmtp, that processed it to my > isp. (Setting option for > sendmail as "/usr/local/sbin/ssmtp".) > Little drawback is that one > cannot write second letter > and send it at the same time. > Some sort of queue would be > helpful. > Problems start receiving mail. > Fetchmail manual announces po- > ssibility for handing over to > procmail. Option should be > "mda procmail" in user section. > I made no rc file for procmail. > Test letter really came from > pop server to my local depot > (/var/mail/zoran). And... Mutt > cannot read it. Says "/var/mail/ > /zoran is not maildir". It is > by default, my dear mutt! > I see, that I have to make some > procmailrc configuration file. > To tell the system, that procmail > is local delivery agent now, > who is on the machine and where > target files are. I need additional > reading to anticipate that. > No local mail = no system messages. > And no simple system I'd like. > Documentation on internet > says, that shell in procmailrc > should be /bin/sh. I use tcsh and > the only solution would be to add > /usr/local/bin/bash. Defaults > are already on the machine. Why > procmail doesn't use them? > Aliases? File permissions? > It is the step I cannot make > for now. Turning sendmail on > again gave me mail back. > I suppose that someone uses > similar configuration on laptop > or other not heavy loaded machine. > Best regards > > ZK > >-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20031201/6ec4f7ae/attachment.bin
Dear List!
Thanks all, who repliyed
to my letter. I'm happy to
say, that sendmail works
pretty good in my case.
I will read suggested tu-
torials and consider exim,
as adviced.
Don't conceive me as
stubborn if I say, that I
see something in simplicity.
Fetchmail -> procmail al-
most works and would be
a shame not to try if po-
ssible. I feel it could
make system, that doesn't
listen on port 25. Procmail
is what I don't understand.
There I need time to pro-
cess all I read.
Best regards
ZK