As noted in UPDATING:
20240201:
sendmail 8.18.1 has been imported and merged. This version enforces
stricter RFC compliance by default, especially with respect to line
endings. This may cause issues with receiving messages from
non-compliant MTAs; please see the
Hi, lists
On Mon, 21 Aug 2023 20:25:22 +0900,
Christoph Moench-Tegeder wrote:
>
> ## KIRIYAMA Kazuhiko (k...@truefc.org):
>
> > But there are nothing pointers to be changed default MTA
> > changed to dma from sendmail ;-(
>
> There is: UPDATING 20221205.
To aware
## KIRIYAMA Kazuhiko (k...@truefc.org):
> But there are nothing pointers to be changed default MTA
> changed to dma from sendmail ;-(
There is: UPDATING 20221205.
Regards,
Christoph
--
Spare Space
Hi, all
I found /etc/rc.d/sendmail does not work in default. To make
use of sendmail, I had to be done with
`cp /usr/share/examples/sendmail/mailer.conf /etc/mail'.
I saw why default MTA changed to dma:
commit a67b925ff3e58b072a60b633e442ee1d33e47f7f
Author: Baptiste Daro
show that 25/tcp is being
> listened to, you will need to (install &) start a process to do so.
> That may well involve installing (& starting) some MTA -- whether
> sendmail, postfix, exim, or even qmail (or something else).
>
> (I expect that nothing is listening on 25/tcp
Is there some special step to turn on dma so hosts
can receive email from a sendmail-using host?
I've got three hosts using 12/stable (hence sendmail)
and a few more running -current (hence dma). The -stable
hosts report "connection refused" when sending to -current,
but -current
> Thank you very much, Gregory. I use it for all it's intended use cases,
> but have also leveraged it to generate a list of "bad actors" that I
> add to pf(4). The list is verified daily and currently contains `half
> a billion IPv4 IP's. I could have never managed anything like this with
> all th
On 2022-12-05 10:26, Gregory Shapiro wrote:
I think the problem was that the original developers of sendmail have
mostly
disappeared.
More or less.
It looked like abandonware.
Oh. You mean for Political reasons. :-(
Nope, still here. Granted, the release cycle has slowed, but new
features
> I think the problem was that the original developers of sendmail have mostly
> disappeared.
> More or less.
> It looked like abandonware.
Nope, still here. Granted, the release cycle has slowed, but new
features are being tested and coming (e.g., SMTPUTF8/EAI, MTA-STS).
I'
Am 2022-12-05 18:37, schrieb Chris:
I just noticed that FreeBSD will now install dma(8) instead of
sendmail(8) as the default mailer. Why is this so?
Thank you
--chris
I think the problem was that the original developers of sendmail have
mostly disappeared.
More or less.
It looked like
I just noticed that FreeBSD will now install dma(8) instead of
sendmail(8) as the default mailer. Why is this so?
Thank you
--chris
0xBDE49540.asc
Description: application/pgp-keys
On 2018/01/08 00:34, Chris H wrote:
On Sun, 7 Jan 2018 23:05:44 -0500 said
1) if sendmail is disabled during installation, have periodic's
output logged to files (per example in
https://www.freebsd.org/cgi/man.cgi?periodic(8) )
2) make this the default anyway (logging to files), arg
On Mon, 8 Jan 2018 22:26:14 -0500 "Mark Heily" said
On Mon, Jan 8, 2018 at 10:26 AM, Rodney W. Grimes <
freebsd-...@pdx.rh.cn85.dnsmgr.net> wrote:
> > 1) if sendmail is disabled during installation, have periodic's output
> > logged to files (per example i
On Mon, Jan 8, 2018 at 10:26 AM, Rodney W. Grimes <
freebsd-...@pdx.rh.cn85.dnsmgr.net> wrote:
> > 1) if sendmail is disabled during installation, have periodic's output
> > logged to files (per example in
> > https://www.freebsd.org/cgi/man.cgi?periodic(8) )
>
> 1) if sendmail is disabled during installation, have periodic's output
> logged to files (per example in
> https://www.freebsd.org/cgi/man.cgi?periodic(8) )
I would not make this option dependent on sendmail, it should just
be a stand alone set of options
&qu
On Sun, 7 Jan 2018 23:05:44 -0500 said
1) if sendmail is disabled during installation, have periodic's output
logged to files (per example in
https://www.freebsd.org/cgi/man.cgi?periodic(8) )
2) make this the default anyway (logging to files), arguably the vast
majority of sy
1) if sendmail is disabled during installation, have periodic's output
logged to files (per example in
https://www.freebsd.org/cgi/man.cgi?periodic(8) )
2) make this the default anyway (logging to files), arguably the vast
majority of systems' reporting is ignored :)
At least now i
On 2017-Apr-20, at 2:31 AM, Tom Vijlbrief wrote:
>> Op wo 19 apr. 2017 09:11 schreef Tom Vijlbrief :
>> I'm currently rebuilding world and kernel on a just completed SVN checkout.
>>
>> Note that the normal sendmail daemon which listens for incoming traffic
Op wo 19 apr. 2017 09:11 schreef Tom Vijlbrief :
> I'm currently rebuilding world and kernel on a just completed SVN checkout.
>
> Note that the normal sendmail daemon which listens for incoming traffic
> does NOT loop.
>
> The sendmail instance which tries local delivery (
I'm currently rebuilding world and kernel on a just completed SVN checkout.
Note that the normal sendmail daemon which listens for incoming traffic
does NOT loop.
The sendmail instance which tries local delivery (echo Hi | mail root) or
the msp_queue instance is looping.
It might be an
Ronald Klop ronald-lists at klop.ws wrote on Tue Apr 18 09:59:50 UTC 2017:
> there is a thread ono this list about a problem in syslogd which made
> syslog-clients (like sendmail busy-looping on logging.
> That might be related to this. (it is fixed in the source already, so
> upg
there is a thread ono this list about a problem in syslogd which made
syslog-clients (like sendmail busy-looping on logging.
That might be related to this. (it is fixed in the source already, so
upgrading again might help)
See the thread with subject like 'Re: r316958: booting a server
Just an FYI of a more recent report of runaway sendmail on a
more recent system version ( -r317039 ):
Begin forwarded message:
> From: Tom Vijlbrief
> Subject: Sendmail eats CPU on r317039
> Date: April 17, 2017 at 3:39:37 AM PDT
> To: "freebsd-current at freebsd.org" ,
On a recent kernel sendmail is constantly consuming CPU.
truss -p PID
shows:
sendto(3,"<22>Apr 17 10:30:33 sendmail[362"...,163,0x0,NULL,0) ERR#55 'No
buffer space available'
nanosleep({ 0.01000 }) = 0 (0x0)
sendto(3,"<22>Apr 17 10:30:33 sendmail[362&
s and thus reevaluate state that was known to
the generating server). I.e., NanoBSD the base system and then
get away with normal -- thanks again for all of this, it is
fantastic! -- FreeBSD binary updates.
I would like to kindly ask why it seems as if the blacklistd
support is not patched into send
On Tuesday, 1 December 2015 16:58:25 CET, Matthias Apitz wrote:
...
- config line in /usr/local/lib/sasl2/Sendmail.conf
pwcheck_method: saslauthd
This was just a typo, the colon : was missing, sorry for the noise;
matthias
--
Sent from my Ubuntu phone
http://www.unixarea.de/
__
Hello,
I have always compiled sendmail for sasl the following way:
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/smtp-auth.html
- install port security/cyrus-sasl2
- config line in /usr/local/lib/sasl2/Sendmail.conf
pwcheck_method: saslauthd
- install port security/cyrus-sasl2
webmail erases it all
> upon
> attempting to paste in any file.
> So short snippets... until I learn webmail better
>
> relevant parts freebsd.mc
> 2009
> mailertable, `hash -o /etc/mail/mailtertable`
> smat host is defined
> MAILER(local)
> MAILER(smtp)
ailtertable`
smat host is defined
MAILER(local)
MAILER(smtp)
rc.conf
sendmail_enable="NO"
sendmail_flags="-q1m"
I've run mailq, verbose sendmail, mtree, rebuilt base sendmail and the
/etc/mail rebuild/resinstalls...
Perhaps a recent change requires the network acti
On Thu, Sep 10, 2015, Jeffrey Bouquet wrote:
> opendaemonsocket: daemon Daemon0: cannot find: Can't assign requested address
What's your mc file?
What's the output of:
fgrep Daemon0 /etc/mail/sen*.cf
and maybe
grep '^O DaemonPortOptions' /etc/mail/sen*.cf
_
gateway sm-mta[1533]: NOQUEUE: SYSERR(root):
opendaemonsocket: daemon Daemon0: cannot find: Can't assign requested address
gateway sm-mta[1533]: daemon Daemon0: problem creating SMTP socket
root is not getting any usual emails.
I tried mergemaster again, same result
service sendmail start;
As documented in the release notes and UPDATING, the following changes
accompanies the merge of sendmail 8.15.2 to HEAD:
sendmail has been updated to 8.15.2. Starting with FreeBSD 11.0
and sendmail 8.15, sendmail uses uncompressed IPv6 addresses by
default, i.e., they
Hi!
I got this error, when I try to make distribution*:
cd /target/usr/src/etc/sendmail; make distribution
install -o root -g wheel -m 644
/target/usr/src/etc/sendmail/freebsd.mc freebsd.cf /target/etc/mail
install: freebsd.cf: No such file or directory
*** Error code 71
Stop.
make[3]: stopped
On 1/7/15, Oliver Pinter wrote:
> Hi!
>
> I got this error, when I try to make distribution*:
>
> cd /target/usr/src/etc/sendmail; make distribution
> install -o root -g wheel -m 644
> /target/usr/src/etc/sendmail/freebsd.mc freebsd.cf /target/etc/mail
> install: fre
On Sun, Mar 30, 2014 at 12:44 PM, Allan Jude wrote:
> On 2014-03-30 15:31, Willy Offermans wrote:
> > Hello Rick and FreeBSD friends,
> >
> > How can I save this setting in the rc.conf file to disable TSO at
> startup?
> >
>
> add -tso to the ifconfig line:
>
> ifconfig_bge0="inet netmask -tso"
;>>>>>> On Tue, Mar 25, 2014 at 09:43:16AM -0700, John-Mark Gurney
>>>>>>>> wrote:
>>>>>>>>> Willy Offermans wrote this message on Tue, Mar 25, 2014
>>>>>>>>> at 11:39 +0100:
>>>>>>>>&
an anyone make sense out
> > > > > > > > > of the messages?
> > > > > > > >
> > > > > > > > If you dumped the contents, using -s 0 -X, and look at
> > > > > > > > that last packet
> > > > > > > &
* Willy Offermans [2014-03-24 14:36]:
> Dear FreeBSD friends,
>
> Lately I have setup a new FreeBSD server with 10.0-STABLE. Most of it went
> smoothly. However I have an issue with sendmail. Some of the mails can be
> sent out correctly, some of them stay in /var/spool/mqueue
; at 11:39 +0100:
> > > > > > > > I'm not an expert in tcpdump. Can anyone make sense out
> > > > > > > > of the messages?
> > > > > > >
> > > > > > > If you dumped the contents, using -s 0 -X, and look
at 11:39
> > > > > > > +0100:
> > > > > > > > I'm not an expert in tcpdump. Can anyone make sense out of the
> > > > > > > > messages?
> > > > > > >
> > > > > > > If you dumped the contents, using -s
> > > >
> > > > > > If you dumped the contents, using -s 0 -X, and look at that last
> > > > > > packet
> > > > > > you should see 0d 0a 2e 0d 0a at the end.. which is
> > > > > > CR/LF/./CR/LF
t; > +0100:
> > > > > > I'm not an expert in tcpdump. Can anyone make sense out of the
> > > > > > messages?
> > > > >
> > > > > If you dumped the contents, using -s 0 -X, and look at that last
> > > > > p
t;
> > > > If you dumped the contents, using -s 0 -X, and look at that last packet
> > > > you should see 0d 0a 2e 0d 0a at the end.. which is CR/LF/./CR/LF.. If
> > > > you don't see that, then for some reason sendmail/FreeBSD isn't telling
&g
he end.. which is CR/LF/./CR/LF.. If
> > > you don't see that, then for some reason sendmail/FreeBSD isn't telling
> > > the server that it's done sending which would prevent the receiving
> > > side from ack'ing the email causing the timeout...
> >
Gregory Shapiro wrote this message on Wed, Mar 26, 2014 at 09:23 -0700:
> > > 11:57:56.539788 IP MyServer.com.41115 > Smarthost.com.smtp: Flags [S],
> > > seq 1001452351, win 65535, options [mss 1448,nop,wscale 6,sackOK,TS val
> > > 407239960 ecr 0], length 0
> > > 11:57:56.555262 IP Smarthost.co
> > 11:57:56.539788 IP MyServer.com.41115 > Smarthost.com.smtp: Flags [S], seq
> > 1001452351, win 65535, options [mss 1448,nop,wscale 6,sackOK,TS val
> > 407239960 ecr 0], length 0
> > 11:57:56.555262 IP Smarthost.com.smtp > MyServer.com.41115: Flags [S.], seq
> > 1277075046, ack 1001452352, wi
nse out of the messages?
> >
> > If you dumped the contents, using -s 0 -X, and look at that last packet
> > you should see 0d 0a 2e 0d 0a at the end.. which is CR/LF/./CR/LF.. If
> > you don't see that, then for some reason sendmail/FreeBSD isn't telling
>
-
>
>
> PS: if you don't need op.txt, then you can simply ignore the error.
> ___
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "
On Wed, Mar 26, 2014, Willy Offermans wrote:
> > > Note: see README file in case of errors.
> >
> > > pic -C op.me | eqn -C -Tascii | groff -Tascii -me | ul -t dumb > op.txt
> > > ul: unknown escape sequence in input: 33, 133
> You are so right and I had
root@MyServer:/home/MyName # sendmail -q -v
> >
> > Running /var/spool/mqueue/s2ODs1hH016114 (sequence 1 of 2)
> > ... Connecting to Smarhost.com via relay...
> > 220 CPSMTPM-CMT109.MyProvider.com MyProvider.com Tue, 25 Mar 2014 10:45:21
> > +0100
> > >>>
root@MyServer:/home/MyName # sendmail -q -v
> >
> > Running /var/spool/mqueue/s2ODs1hH016114 (sequence 1 of 2)
> > ... Connecting to Smarhost.com via relay...
> > 220 CPSMTPM-CMT109.MyProvider.com MyProvider.com Tue, 25 Mar 2014 10:45:21
> > +0100
> > >>>
-unsubscr...@freebsd.org"
You are so right and I had looked into the README file, as suggested.
However I could not find a hint about the error, so therefore I
asked for help.
Please understand me correctly, I'm using sendmail/FreeBSD for almost a
decade now and I had never issues. I'm
On 2014-03-25 07:06, Lev Serebryakov wrote:
Hello, Freebsd-current.
When I use sendmail, all output of periodic scripts is received with
"root@host" "To:" address. with dma it is only "root". IMHO, it is
regression, as I collect all mail on one server/account a
Willy Offermans wrote this message on Tue, Mar 25, 2014 at 11:39 +0100:
> I found the following command, that generates some more informative output,
> I hope.
>
> root@MyServer:/home/MyName # sendmail -q -v
>
> Running /var/spool/mqueue/s2ODs1hH016114 (sequence 1 of 2)
&
On Tue, Mar 25, 2014, Willy Offermans wrote:
> You are right. The following error occurs:
>
> Note: see README file in case of errors.
> pic -C op.me | eqn -C -Tascii | groff -Tascii -me | ul -t dumb > op.txt
> ul: unknown escape sequence in input: 33, 1
Hello, Freebsd-current.
When I use sendmail, all output of periodic scripts is received with
"root@host" "To:" address. with dma it is only "root". IMHO, it is
regression, as I collect all mail on one server/account and now all these
"To" fields ar
Dear FreeBSD friends,
I found the following command, that generates some more informative output,
I hope.
root@MyServer:/home/MyName # sendmail -q -v
Running /var/spool/mqueue/s2ODs1hH016114 (sequence 1 of 2)
... Connecting to Smarhost.com via relay...
220 CPSMTPM-CMT109.MyProvider.com
e
> > Mar 24 14:16:01 MyServer sm-mta[11725]: s2ODCWT4011717:
> > to=, delay=00:03:29, xdelay=00:03:26,
> > mailer=relay, pri=1284849, relay=MyProvider.com [XXX.XXX.XXX.XXX],
> > dsn=4.0.0, stat=Deferred
>
> > Since there is a timeout error, I like to know what
Hello Allan and FreeBSD friends,
On Mon, Mar 24, 2014 at 12:33:10PM -0400, Allan Jude wrote:
> On 2014-03-24 10:47, Willy Offermans wrote:
> > Dear FreeBSD friends,
> >
> > I used portdowngrade, but compiling sendmail 8.14.5 throws an error
> > message.
On Mon, Mar 24, 2014 at 02:36:34PM +0100, Willy Offermans wrote:
> ...
> Since there is a timeout error, I like to know what sendmail is writing to
> MyProvider.com
>
> Is there a way to debug sendmail to disclose the message written to
> MyProvider.com and the response from M
Willy Offermans wrote this message on Mon, Mar 24, 2014 at 14:36 +0100:
> Dear FreeBSD friends,
>
> Lately I have setup a new FreeBSD server with 10.0-STABLE. Most of it went
> smoothly. However I have an issue with sendmail. Some of the mails can be
> sent out correctly, some
elay,
> pri=1284849, relay=MyProvider.com [XXX.XXX.XXX.XXX], dsn=4.0.0, stat=Deferred
> Since there is a timeout error, I like to know what sendmail is writing to
> MyProvider.com
The mail message (DATA) -- as the log entry states.
> Is there a way to debug sendmail to disclos
On 2014-03-24 10:47, Willy Offermans wrote:
> Dear FreeBSD friends,
>
> I used portdowngrade, but compiling sendmail 8.14.5 throws an error
> message. So this is not a way to go!
>
>
> On Mon, Mar 24, 2014 at 03:23:16PM +0100, Willy Offermans wrote:
>> Dear FreeBSD fr
On Mon, Mar 24, 2014, Willy Offermans wrote:
> Is there a way to downgrade sendmail to Version 8.14.5?
Why would you want to do that?
Compiling the source code would be my preferred method...
___
freebsd-current@freebsd.org mailing list
h
Dear FreeBSD friends,
I used portdowngrade, but compiling sendmail 8.14.5 throws an error
message. So this is not a way to go!
On Mon, Mar 24, 2014 at 03:23:16PM +0100, Willy Offermans wrote:
> Dear FreeBSD friends,
>
> Is there a way to downgrade sendmail to Version 8.14.5?
>
Dear FreeBSD friends,
Is there a way to downgrade sendmail to Version 8.14.5?
--
Met vriendelijke groeten,
With kind regards,
Mit freundlichen Gruessen,
De jrus wah,
Wiel
*
W.K. Offermans
___
freebsd-current
Dear FreeBSD friends,
Lately I have setup a new FreeBSD server with 10.0-STABLE. Most of it went
smoothly. However I have an issue with sendmail. Some of the mails can be
sent out correctly, some of them stay in /var/spool/mqueue/. The provided
error messages are in the latter case:
Mar 24 14:16
Hi,
I run the following system:
# uname -a
FreeBSD tiny.Sisis.de 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r235646: Sat May 19
15:52:36 CEST 2012 g...@aurora.sisis.de:/usr/obj/usr/src/sys/GENERIC i386
and sendmail is compiled to use SASL as described in our handbock; it
uses the following shared
Dimitry Andric writes:
> Use the port, or the attached patch, to disable usage of
> stdbool.h.
Using the patch, world now compiles successfully.
Thank you very much,
Robert Huff
___
freebsd-current@free
On Mar 21, 2013, at 15:16, Anton Shterenlikht wrote:
> Kimmo Paasiala writes:
...
> > >
> /usr/src/usr.sbin/sendmail/../../contrib/sendmail/src/usersmtp.c:1864:8:
> > > error: incompatible pointer types passing 'void ()' to parameter
>
Kimmo Paasiala writes:
> > =buildworld===
> >
> >
/usr/src/usr.sbin/sendmail/../../contrib/sendmail/src/usersmtp.c:1864:8:
> > error: incompatible pointer types passing 'void ()' to par
Kimmo Paasiala writes:
> > =buildworld===
> >
> > /usr/src/usr.sbin/sendmail/../../contrib/sendmail/src/usersmtp.c:1864:8:
> > error: incompatible pointer types passing 'void ()' to parameter of type
> > 'void (*)(c
On Mon, Mar 18, 2013 at 1:03 PM, Beat Siegenthaler
wrote:
> Hi all,
>
> since some days i try to "make buildworld", but have some errors in
> sendmail.
> The make conf is not changed since years (in this case) . Adding
> NO_WERROR= in src.conf helps, but i think it
On a system running:
FreeBSD 10.0-CURRENT #0: Sun Dec 30 12:52:09 EST 2012 amd64
with the source tree at r247826, "make buildworld" fails thus:
cc -O -pipe -g -I/usr/src/usr.sbin/sendmail/../../contrib/sendmail/src
-I/usr/src/usr.sbin/sendmail/../../contri
On Wed, Sep 28, 2011 at 12:15:31PM -0400, Ryan Stone wrote:
> On Wed, Sep 28, 2011 at 11:21 AM, Anton Shterenlikht
> wrote:
> > cc -O2 -pipe ?-I/usr/src/usr.sbin/sendmail/../../contrib/sendmail/src
> > -I/usr/src/usr.sbin/sendmail/../../contrib/sendmail/include -I.
On Wed, Sep 28, 2011 at 11:21 AM, Anton Shterenlikht
wrote:
> cc -O2 -pipe -I/usr/src/usr.sbin/sendmail/../../contrib/sendmail/src
> -I/usr/src/usr.sbin/sendmail/../../contrib/sendmail/include -I. -DNEWDB -DNIS
> -DTCPWRAPPERS -DMAP_REGEX -DDNSMAP -DNETINET6 -DSTARTTLS -D_FFR_TLS_1
cc -O2 -pipe -I/usr/src/usr.sbin/sendmail/../../contrib/sendmail/src
-I/usr/src/usr.sbin/sendmail/../../contrib/sendmail/include -I. -DNEWDB -DNIS
-DTCPWRAPPERS -DMAP_REGEX -DDNSMAP -DNETINET6 -DSTARTTLS -D_FFR_TLS_1
-I/usr/local/include -DSASL=2 -std=gnu99 -Wsystem-headers -Werror
-Wno
On Tue, Sep 27, 2011 at 01:23:32AM +0900, Hajimu UMEMOTO wrote:
> It seems 2.1.25 requires to cast to sasl_callback_ft. How about the
> attached patch?
Thanx, it works now. IMHO it should be MFCed to stable-9 ASAP (and to
sendmail trunk too).
--
http://ache.vn
Hi,
>>>>> On Mon, 26 Sep 2011 15:58:03 +0400
>>>>> Andrey Chernov said:
ache> This is for 9 BETA2 or 10-CURRENT.
ache> Please fix it on either side. Apparently minor types mismatch within
ache> sasl_callback_t type.
ache> cc -O2 -pipe -march=pe
This is for 9 BETA2 or 10-CURRENT.
Please fix it on either side. Apparently minor types mismatch within
sasl_callback_t type.
cc -O2 -pipe -march=pentium4
-I/usr/src/usr.sbin/sendmail/../../contrib/sendmail/src
-I/usr/src/usr.sbin/sendmail/../../contrib/sendmail/include -I. -DNEWDB
On Sat, May 07, 2011 at 02:16:37PM +0400, Yuri Pankov wrote:
> On Sat, May 07, 2011 at 06:11:12AM -0400, Jason Hellenthal wrote:
> >
> > Yuri,
> >
> >
> > On Sat, May 07, 2011 at 11:45:47AM +0400, Yuri Pankov wrote:
> > >Hi,
> > >
> > &g
On Sat, May 07, 2011 at 06:11:12AM -0400, Jason Hellenthal wrote:
>
> Yuri,
>
>
> On Sat, May 07, 2011 at 11:45:47AM +0400, Yuri Pankov wrote:
> >Hi,
> >
> >I'm getting weird problem on recent -CURRENT - sendmail is trying to
> >resolve 'IPv6
Yuri,
On Sat, May 07, 2011 at 11:45:47AM +0400, Yuri Pankov wrote:
>Hi,
>
>I'm getting weird problem on recent -CURRENT - sendmail is trying to
>resolve 'IPv6:::1' specified in /etc/mail/`hostname`.submit.mc:
>
>FEATURE(`msp', `[IPv6:::1]')dnl
&g
Hi,
I'm getting weird problem on recent -CURRENT - sendmail is trying to
resolve 'IPv6:::1' specified in /etc/mail/`hostname`.submit.mc:
FEATURE(`msp', `[IPv6:::1]')dnl
tcpdump:
3802+ A? ipv6:::1.xvoid.org. (36)
3802 NXDomain* 0/1/0 (100)
3803+ A? ipv6:::1.lab.xvoid.org
Hi,
yesterday I tried to make the system's sendmail-msp submit to ::1.25
instead of 127.0.0.1:25 on an up-to-date FreeBSD-current installation .
When injecting a lot of messages via bsmtp (rsmtp command) the system
freezes solid after putting about 10 to 20 into the mail queue and doesn
cd /freebsd/src/etc/sendmail; make distribution
install -o root -g wheel -m 644 /freebsd/src/etc/sendmail/freebsd.mc freebsd.cf
/var/tmp/temproot/etc/mail
install: freebsd.cf: No such file or directory
*** Error code 71
Stop in /freebsd/src/etc/sendmail.
*** Error code 1
Stop in /freebsd/src
I'm seeing this my laptop too. CVSUP'ed 10 minutes ago.
> Andre Guibert de Bruet | Enterprise Software Consultant >
> Silicon Landmark, LLC. | http://siliconlandmark.com/>
On Wed, 13 Aug 2003, Poul-Henning Kamp wrote:
>
> cd /freebsd/src/etc/sendmail; make distr
On Wed, Aug 13, 2003 at 07:11:13AM +0200, Poul-Henning Kamp wrote:
>
> cd /freebsd/src/etc/sendmail; make distribution
> install -o root -g wheel -m 644 /freebsd/src/etc/sendmail/freebsd.mc freebsd.cf
> /var/tmp/temproot/etc/mail
> install: freebsd.cf: No such file or directory
&
> When I get to the point of "make" sendmail I get the following error
>
> At the end of the make process I get
>
> CC: /usr/src/lib/libsmutil/libsmutil.a: No such file or
> directory
> CC: /usr/src/lib/libsm.a: No such file or directory
> ***
I have been trying to get smtp authentication to work with Sendmail
I have looked over and tried many times to install sasl and go through
the directions on the following freebsd web page
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/smtp-auth.html
When I get to the point of "
On Sat, 7 Jun 2003 22:27:14 -0700 (PDT)
David Yeske <[EMAIL PROTECTED]> wrote:
> Jun 8 00:52:33 photon sendmail[293]: h584pRfm000293: SYSERR(root): cannot
> flock(./tfh584pRfm000293, fd=5, type=6, omode=40001, euid=25^C.
> NFS access cache time=2
> Starting statd.
> Starting
> Generally, sendmail uses flock() on the aliases file and related databases
> to ensure consistency. As far as I know, it's unrelated to redirection.
And for locking queue files.
> > Here is what Control-T does
> > load: 0.20 cmd: sendmail 292 [pause] 0.02u 0.04s
On Sun, 8 Jun 2003, David Yeske wrote:
> This is when sendmail is ran from virecover.
>
> Is this because sendmail is taking redirection, and it needs to flock()
> for that?
Generally, sendmail uses flock() on the aliases file and related databases
to ensure consistency. As f
This is when sendmail is ran from virecover.
Is this because sendmail is taking redirection,
and it needs to flock() for that?
I think a solution could be to make virecover called later on.
Why are rpc.lockd and rpc.statd not started directly after
rpcbind?
Here is some more output.
Recovering
On Sat, 7 Jun 2003, David Yeske wrote:
> Jun 8 00:52:33 photon sendmail[293]: h584pRfm000293: SYSERR(root): cannot
> flock(./tfh584pRfm000293, fd=5, type=6, omode=40001, euid=25^C.
> NFS access cache time=2
> Starting statd.
> Starting lockd.
>
> It looks like sendmail st
Jun 8 00:52:33 photon sendmail[293]: h584pRfm000293: SYSERR(root): cannot
flock(./tfh584pRfm000293, fd=5, type=6, omode=40001, euid=25^C.
NFS access cache time=2
Starting statd.
Starting lockd.
I should clarify that /etc/rc.d/virecover is calling sendmail.
Does virecover need to be called this
Jun 8 00:52:33 photon sendmail[293]: h584pRfm000293: SYSERR(root): cannot
flock(./tfh584pRfm000293, fd=5, type=6, omode=40001, euid=25^C.
NFS access cache time=2
Starting statd.
Starting lockd.
It looks like sendmail starts before rpc.lockd and rpc.statd? This will cause
diskless clients to
m4 bombed out and created
>>>> an empty .cf file.
>>>>
>>>> I fixed it by doing something similar to what was done above, although
>>>> why m4 failed is a mystery
>>>
>>> Some patch:
>>>
>>> --- /usr/src/etc/s
On Thu, 03 Apr 2003 17:08:46 -0500 (EST)
John Baldwin <[EMAIL PROTECTED]> wrote:
>
> On 03-Apr-2003 Dr Daniel Flickinger wrote:
> > Secondly, I add the following to /etc/rc.conf:
> >
> > mta_start_script="" # 2917: block their startup stealth attack
> > sendmail_enable="NO"
On 03-Apr-2003 Dr Daniel Flickinger wrote:
> Secondly, I add the following to /etc/rc.conf:
>
> mta_start_script="" # 2917: block their startup stealth attack
> sendmail_enable="NO"
> sendmail_outbound_enable="NO"
> sendmail_msp_queue_enable="NO"
> sendmail_
1 - 100 of 337 matches
Mail list logo