> How does this work ?
>
> client# ping 3645219926
> PING 3645219926 (217.69.164.86): 56 data bytes
An IP address is a 32 bit value, which can be represented as an int.
> bc
bc 1.06
Copyright 1991-1994, 1997, 1998, 2000 Free Software Foundation, Inc.
This is free software with ABSOLUTELY NO WARR
> I've a feeling it's documented somewhere else, but can't remember
> right now.
The rc.conf(5) man page points to rc.sendmail(8) man page.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscrib
> Have a jail setup that I want to be able to do a snmpwalk from to another
> server ... but, for some reason, I get a 'sendto' error:
>
> thoughts?
It is a bug in jails that affects DNS as well. The code below is an
short piece of example code which reproduces the problem in case
someone with
> mergemaster fails saying freebsd.cf does not exist when
> building temproot.
>
> Have I missed something here?
You need to install the new version of mergemaster before
running it.
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/li
>> This will of course break your system.. No more periodic reports
>> (daily security reports), no more cron mail, no more user mail, etc.
haering_linux> Not if you install a different MTA like Postfix instead.
He was removing /usr/bin/mail and mailx.
To Unsubscribe: send mail to [EMAIL PROT
francisv> I noticed that /etc/periodic/daily/500.queuerun uses a
francisv> sendmail-specific command line "-Ac". Some installations use
francisv> Postfix and it does not understand this command line.
Set:
daily_submit_queuerun="NO"
in /etc/periodic.conf.
To Unsubscribe: send mail to [EMAIL PRO
wollman> And did anybody bother to actually *tell* the admin of cvsup3?
wollman> (In case it wasn't clear, that was a rhetorical question.)
I mailed to jdp as I personally don't know who the cvsup3 admin is.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the
randy> I am getting the following error when I was trying to update my source
randy> tree:
randy> Connected to cvsup3.FreeBSD.org
randy> Server warning: Cannot open
randy>
"/usr/local/etc/cvsup/prefixes/FreeBSD.cvs/src/contrib/sendmail/BuildTools/OS/A-UX,v":
randy> Is anyone else getting this
ler> You may wish to inform the amavisd-milter crew about this. They ask for
ler> them.
I think they know and plan on fixing this. I don't use amavis myself so I
will leave it to someone who uses it to contact them.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stab
matuska> make installworld does not install the libsm.a and libsmutil.a
matuska> libraries from the sendmail 8.12.3 package (only libmilter is
matuska> installed).
matuska> They remain in /usr/obj/usr/src/lib/libsm and
matuska> /usr/obj/usr/src/lib/libsmutil and are not installed to /usr/lib
matu
pjklist> I just reinstalled the Webmin port on a 4.6-RC box.
pjklist> It appears that the current Webmin port (logically enough) only has
pjklist> OS entries for FreeBSD up through 4.5.
pjklist> Since it appears that the various Sendmail changes (extra users,
pjklist> changes in RC.conf, MC f
mike> May 7 00:04:35 granite sm-mta[61324]: g4740ZLu061324:
mike> ruleset=check_mail, arg1=<[EMAIL PROTECTED]>,
mike> relay=smtp2.sentex.ca [199.212.134.9], reject=451 4.1.8 Domain of
mike> sender address [EMAIL PROTECTED] does not resolve
mike> I have (had)
mike> define(`confBIND_OPTS', `+WorkA
alan> I think it would be a good idea to add a note (similar to the one
alan> about using the new mergemaster (with -C option)) to UPDATING that
alan> explains that you can use the same formula (cd
alan> /usr/src/usr.sbin/mergemaster; make all install) followed by a
alan> "mergemaster -p" to fixup
jemmett> That was just a partial listing, there were Qf* files far above
jemmett> that someone else replied about in a private mail. Some of the
jemmett> df* files were complaining about DNS troubles I was having
jemmett> earlier, so I renamed the Qf* to qf* and reran the queue and
jemmett> every
jemmett> -rw-rw 1 smmsp smmsp 1404 Apr 28 02:15 dfg3S5F0UP051261
jemmett> -rw-rw 1 smmsp smmsp 1404 Apr 28 02:20 dfg3S5K0KY051270
jemmett> -rw-rw 1 smmsp smmsp 1404 Apr 28 02:25 dfg3S5P0gQ051278
jemmett> -rw-rw 1 smmsp smmsp 1404 Apr 28 02:30 dfg3S5U0XA051287
je
>> If sendmail_enable=NO, then the next one is sendmail_submit_enable which,
>> by default, is YES. That one starts a daemon that only listens on
>> localhost. See /etc/mail/README for more information.
DougB> Well, I would have thought that this pretty well solves the
DougB> majority of the pr
k> Hi Doug,
k> your commit to etc/defaults/rc.conf 1.53.2.53
k> change the default for inetd and sendmail in Stable.
k> Both used to be YES and are now NO
Actually, I didn't even notice this. I would like to put the
sendmail_enable default back to YES in the branch for the sake of POLA.
To Uns
mike> After my last cvsup, installworld failed with a no such user (smmsp)
mike> error. I thought I'd grabbed something in a half-done state, so cvsuped
mike> again and got the same thing. I then added a smmsp user/group and the
mike> install worked fine. While running mergemaster, I notice:
R
cyouse> I cvsupped this morning from FreeBSD 4.5-RELEASE to 4.5-STABLE and I've
cyouse> now got some strangeness with sendmail. I'm not entirely sure it's
cyouse> related to the upgrade but I didn't do anything else to the mail system
cyouse> today.
cyouse> I keep getting permissions errors when
gshapiro> We are prepping 8.12.3 for release (which includes the patch).
gshapiro> It will be imported into FereBSD shortly after release.
After importing it into FereBSD, I'll import it into FreeBSD.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of
mike> One of the neat things I like about 8.12.2 are the milter
mike> facilities. Just wondering if
mike> http://www.sendmail.org/~ca/email/patches/milter.c.8.188.p
mike> could / would be committed to FreeBSD at some point ?
We are prepping 8.12.3 for release (which includes the patch). It w
Thanks to some reviewers, a couple of problems with my last patch have been
fixed. This time, I've actually tried the combinations involved to make
sure it works. The changes from the last patch are only to
/etc/mail/Makefile and /etc/rc.sendmail.
rc.sendmail changes:
- Use proper shell variab
andyf> I have marks as well. Perhaps this will help:
andyf> --- UPDATING-orig Sat Mar 30 14:00:01 2002
andyf> +++ UPDATINGSat Mar 30 14:32:19 2002
Thanks, I've mailed Warner a slightly modified version of your text for
src/UPDATING.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with
>> In a somewhat unrelated note, I also plan on arranging to move the
>> sendmail-specific stuff out of src/etc/mail/ and into src/etc/sendmail so
>> the installation of things like sample sendmail maps, etc. don't clutter a
>> NO_SENDMAIL installation. I'll need to arrange this event with the CV
keramida> A better fix would be to use the sh(1) way of conditionally setting a
keramida> variable:
keramida> sendmail_program=${sendmail_program:-/usr/sbin/sendmail}
keramida> Similarly for the rest of those ?= assignments.
keramida> AFAIK, the ?= assignment style works in make rules.
keramida>
ianjhart> One small quibble. If I want to set
ianjhart> mta_start_script=""
ianjhart> and run rc.sendmail(.sh) from /usr/local/etc/rc.d
ianjhart> shouldn't "stop" kill both queues? You'd need to add
ianjhart> a stop-mtaq obviously.
ianjhart> A global restart might be nice too.
Yes, rc.sendmail s
>> Given that non-sendmail users will be inconvenienced when upgrading due to
>> the 8.12 changes (need to change sendmail_enable from "NO" to "NONE"),
des> Why? It doesn't make any difference as long as one uses the
des> mailwrapper stuff:
des> des@des ~% grep sendmail /etc/rc.conf
des> sendma
I've been purposefully trying to avoid getting involved with the entire
"should sendmail be in the base OS" debate as my input would obviously
be biased. However, avoiding a response has become more and more
difficult as I've seen unanswered questions, misinformation, and as of
late, people eithe
An issue came up on freebsd-stable today regarding the boot-time startup of
sendmail for users who are using other MTAs. The end result was that users
needed a way to completely prevent sendmail from trying to start at boot
time.
The current order of operations at boot time is:
# MTA
if ${sendm
freebsd> Are we talking weeks? Months?
You forgot "years". It will be in before FreeBSD 4.6. I've started the
process now on my test machine.
freebsd> I'm not looking to nail you to the calendar, but I noticed in
freebsd> -CURRENT things are set up so that lib/libmilter gets built and
freebsd
VN> And whether `echo \$=w | sendmail -bt' says unallowed names?
marck> Yes. All IP addresses in square brackets, and as well all hostnames that
marck> are back-resolves of all IP aliases. I suppose the very latter is the
marck> source of error. But -- I'm still a bit clueless how to turn it off.
>> > smmsp Sendmail Mail Submission Protocol
This is incorrect. The 'p' is program, not protocal. This user has
nothing to do with the MSA (mail submission agent), port 587, or RFC 2476.
It is specific to sendmail and 8.12's method of injection just as other
MTAs have their own
>> Edit your /etc/inetd.conf "-a" option (man telnetd)
>> telnet stream tcp nowait root/usr/libexec/telnetdtelnetd
>> -a off
gavin> Had done - and after a kill -HUP inetd this still made no
gavin> difference. This confused me... I eventually recompiled telnetd to
gavin> use the ol
stijn> I'm using cvsup to checkout a source tree that is not owned by root.
stijn> Is it just me, or does somebody else also notice that every time
stijn> after a cvsup wherein sendmail has been upgraded,
stijn> /usr/src/contrib/sendmail/cf is suddenly owned by root? This causes
stijn> the next cv
mitko> On friday evening I cvsup-ed from cvsup5.freebsd.org to move from
mitko> 4.1.1-RELEASE to 4.2-STABLE. All went Ok, but after mergemaster and
mitko> reboot -> sendmail warns that the version of the sendmail.cf is
mitko> older and exits with ExitStat = 70 :-))
mitko> There was and 2 errors f
reissell> Ok, thanks. But would you believe, I *did* read the release notes
reissell> I'm aware of: /usr/src/contrib/sendmail/RELEASE_NOTES. The above
reissell> snippet isn't in that file.
I was referring to the FreeBSD release notes (see below). But the
mail.local information is in the sendmail
taki00> When i create a username that has a uppercase username such as
taki00> Takiman and then try to send mail to it it says User unknown. But if
taki00> the username is all lowercase the email works fine.
taki00> Is there something wrong with my sendmail? i am using sendmail 8.11
You need to
Also, 0.9.5a is not alpha, it's the released version.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message
svysh> Successfully tested procedure (with tiny modifications of your
svysh> original idea) which teaches buildworld in FreeBSD-stable
svysh> how to produce sendmail with SMTP AUTH enabled is specified below.
svysh> 2) patch file /usr/src/usr.sbin/sendmail/Makefile in such a way,
svysh> that line
sendmail has been updated from 8.9.3 to 8.11.0 in the RELENG_4 branch.
Some of the more visible changes that may immediately affect your
configuration include:
- New default file locations from src/contrib/sendmail/cf/README
- Notably, /etc/aliases is now /etc/mail/aliases
- newaliases limited
40 matches
Mail list logo