Re: My sendmail appears to be fixed, advice needed though
On Saturday 05 January 2008 19:26:30 Giorgos Keramidas wrote: > On 2008-01-05 17:13, Andrew Falanga <[EMAIL PROTECTED]> wrote: > > Well, oddly enough I moved those additional lines to a position before > > the MAILER macros (I'll post the whitbap.mc file below as it exists now). > > However, I still got those error messages: > > > > Jan 5 18:29:10 whitbap sm-mta[6207]: NOQUEUE: SYSERR(root): > > opendaemonsocket: daemon MTA: cannot bind: Address already in use > > Jan 5 18:29:10 whitbap sm-mta[6207]: daemon MTA: problem creating SMTP > > socket Jan 5 18:29:15 whitbap sm-mta[6207]: NOQUEUE: SYSERR(root): > > opendaemonsocket: daemon MTA: cannot bind: Address already in use > > > > Anyway, I'm going to remove that line I mentioned before as this seems to > > make things work. Please help me to resolve this and thanks very much > > for the help, this is great. > > Ok, not can you show us the contents of `/etc/rc.conf' related to > Sendmail? It's the next thing we have to check to ensure you are not > starting up multiple Sendmail listeners on the default smtp port. > > % grep -i sendmail /etc/rc.conf > > should do it :) You bet. whitbap# grep -i sendmail /etc/rc.conf #20071229 A. Falanga; these two are needed to allow for sendmail to listen sendmail_enable="YES" Andy ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: My sendmail appears to be fixed, advice needed though
On 2008-01-05 17:13, Andrew Falanga <[EMAIL PROTECTED]> wrote: > Well, oddly enough I moved those additional lines to a position before the > MAILER macros (I'll post the whitbap.mc file below as it exists now). > However, I still got those error messages: > > Jan 5 18:29:10 whitbap sm-mta[6207]: NOQUEUE: SYSERR(root): opendaemonsocket: > daemon MTA: cannot bind: Address already in use > Jan 5 18:29:10 whitbap sm-mta[6207]: daemon MTA: problem creating SMTP socket > Jan 5 18:29:15 whitbap sm-mta[6207]: NOQUEUE: SYSERR(root): opendaemonsocket: > daemon MTA: cannot bind: Address already in use > > Anyway, I'm going to remove that line I mentioned before as this seems to make > things work. Please help me to resolve this and thanks very much for the > help, this is great. Ok, not can you show us the contents of `/etc/rc.conf' related to Sendmail? It's the next thing we have to check to ensure you are not starting up multiple Sendmail listeners on the default smtp port. % grep -i sendmail /etc/rc.conf should do it :) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: My sendmail appears to be fixed, advice needed though
Well, oddly enough I moved those additional lines to a position before the MAILER macros (I'll post the whitbap.mc file below as it exists now). However, I still got those error messages: Jan 5 18:29:10 whitbap sm-mta[6207]: NOQUEUE: SYSERR(root): opendaemonsocket: daemon MTA: cannot bind: Address already in use Jan 5 18:29:10 whitbap sm-mta[6207]: daemon MTA: problem creating SMTP socket Jan 5 18:29:15 whitbap sm-mta[6207]: NOQUEUE: SYSERR(root): opendaemonsocket: daemon MTA: cannot bind: Address already in use Anyway, I'm going to remove that line I mentioned before as this seems to make things work. Please help me to resolve this and thanks very much for the help, this is great. Andy whitbap# cat whitbap.mc divert(-1) # # Copyright (c) 1983 Eric P. Allman # Copyright (c) 1988, 1993 # The Regents of the University of California. All rights reserved. # # Redistribution and use in source and binary forms, with or without # modification, are permitted provided that the following conditions # are met: # 1. Redistributions of source code must retain the above copyright #notice, this list of conditions and the following disclaimer. # 2. Redistributions in binary form must reproduce the above copyright #notice, this list of conditions and the following disclaimer in the #documentation and/or other materials provided with the distribution. # 3. All advertising materials mentioning features or use of this software #must display the following acknowledgement: # This product includes software developed by the University of # California, Berkeley and its contributors. # 4. Neither the name of the University nor the names of its contributors #may be used to endorse or promote products derived from this software #without specific prior written permission. # # THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND # ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE # IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE # ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE # FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL # DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS # OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) # HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT # LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY # OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF # SUCH DAMAGE. # # # This is a generic configuration file for FreeBSD 5.X and later systems. # If you want to customize it, copy it to a name appropriate for your # environment and do the modifications there. # # The best documentation for this .mc file is: # /usr/share/sendmail/cf/README or # /usr/src/contrib/sendmail/cf/README # divert(0) VERSIONID(`$FreeBSD: src/etc/sendmail/freebsd.mc,v 1.30.2.2 2006/08/23 03:31:00 gshapiro Exp $') OSTYPE(freebsd6) DOMAIN(generic) FEATURE(access_db, `hash -o -T /etc/mail/access') FEATURE(blacklist_recipients) FEATURE(local_lmtp) FEATURE(mailertable, `hash -o /etc/mail/mailertable') FEATURE(virtusertable, `hash -o /etc/mail/virtusertable') dnl Uncomment to allow relaying based on your MX records. dnl NOTE: This can allow sites to use your server as a backup MX without dnl your permission. dnl FEATURE(relay_based_on_MX) dnl DNS based black hole lists dnl dnl DNS based black hole lists come and go on a regular basis dnl so this file will not serve as a database of the available servers. dnl For that, visit dnl http://directory.google.com/Top/Computers/Internet/Abuse/Spam/Blacklists/ dnl Uncomment to activate Realtime Blackhole List dnl information available at http://www.mail-abuse.com/ dnl NOTE: This is a subscription service as of July 31, 2001 dnl FEATURE(dnsbl) dnl Alternatively, you can provide your own server and rejection message: dnl FEATURE(dnsbl, `blackholes.mail-abuse.org', `"550 Mail from " $&{client_addr} " rejected, see http://mail-abuse.org/cgi-bin/lookup?"; $&{client_addr}') dnl Dialup users should uncomment and define this appropriately dnl define(`SMART_HOST', `your.isp.mail.server') dnl Uncomment the first line to change the location of the default dnl /etc/mail/local-host-names and comment out the second line. dnl define(`confCW_FILE', `-o /etc/mail/sendmail.cw') define(`confCW_FILE', `-o /etc/mail/local-host-names') dnl Enable for both IPv4 and IPv6 (optional) DAEMON_OPTIONS(`Name=IPv4, Family=inet') DAEMON_OPTIONS(`Name=IPv6, Family=inet6, Modifiers=O') define(`confAUTH_MECHANISMS',`PLAIN LOGIN')dnl TRUST_AUTH_MECH(`PLAIN LOGIN')dnl define(`CERT_DIR', `/etc/mail/certs')dnl define(`confCACERT_PATH', `CERT_DIR')dnl define(`confCACERT', `CERT_DIR/whitbap_cert.pem')dnl define(`confSERVER_CERT', `CERT_DIR/whitbap_cert.pem')dnl define(`confSERVER_KEY', `CERT_DIR/whitb
Re: My sendmail appears to be fixed, advice needed though
On Saturday 05 January 2008 15:06:59 Giorgos Keramidas wrote: > On 2008-01-05 13:08, Andrew Falanga <[EMAIL PROTECTED]> wrote: > > Hi everybody, > > Sorry for this flurry of e-mail from me over the last few days. This > > has been highly frustrating. > > You should post *more* details, not less. One of the things which was > missing from the older posts (or at least, one thing which I didn't see) > was a *FULL* copy of your local *.mc configuration file. > > > Basically, the instructions for setting up SSL and Authentication (from > > http://www.puresimplicity.net/~hemi/freebsd/sendmail.html) instruct to > > have the following lines in the .mc file: > > > > define(`confAUTH_MECHANISMS',`PLAIN LOGIN')dnl > > TRUST_AUTH_MECH(`PLAIN LOGIN')dnl > > define(`CERT_DIR', `/etc/mail/certs')dnl > > define(`confCACERT_PATH', `CERT_DIR')dnl > > define(`confCACERT', `CERT_DIR/mycert.pem')dnl > > define(`confSERVER_CERT', `CERT_DIR/mycert.pem')dnl > > define(`confSERVER_KEY', `CERT_DIR/mykey.pem')dnl > > define(`confCLIENT_CERT', `CERT_DIR/mycert.pem')dnl > > define(`confCLIENT_KEY', `CERT_DIR/mykey.pem')dnl > > DAEMON_OPTIONS(`Port=smtp, Name=MTA')dnl > > DAEMON_OPTIONS(`Port=smtps, Name=TLSMTA, M=s')dnl > > > > I deleated this line: > > DAEMON_OPTIONS(`Port=smtp, Name=MTA')dnl > > That doesn't sound right. I think it's because you have the options > listed above *after* the MAILER() calls. This means that the options > are not `set' at the time the MAILER() calls generate your > configuration. So you probably end up with several instances of the > `MTA' and `TLSMTA' daemon definitions in the final `sendmail.cf' file. > > This could very well be the explanation of why your Sendmail *is* > listening on port :25 and it *also* tries to listen again, logging the > failures in syslog. > > > Is this a viable fix or will I be missing something? I was able to > > telnet to port 25 and send mail that way. I cannot relay without > > logging in, so I think it's fixed. > > See my previous post about moving MAILER() calls to the end of the file, > and give it another spin. You are *very* close to figuring it all out > and having a fully working setup, AFAICT :) > > Regards, > Giorgos Glad to see that I'm on the right track. I think, after seeing the full contents of my whitbap.mc file, you'll see that the problem is that put these lines *after* the MAILER lines. At any rate, here's the full whitbap.mc file and sorry for not posting it completely before: whitbap# cat whitbap.mc divert(-1) # # Copyright (c) 1983 Eric P. Allman # Copyright (c) 1988, 1993 # The Regents of the University of California. All rights reserved. # # Redistribution and use in source and binary forms, with or without # modification, are permitted provided that the following conditions # are met: # 1. Redistributions of source code must retain the above copyright #notice, this list of conditions and the following disclaimer. # 2. Redistributions in binary form must reproduce the above copyright #notice, this list of conditions and the following disclaimer in the #documentation and/or other materials provided with the distribution. # 3. All advertising materials mentioning features or use of this software #must display the following acknowledgement: # This product includes software developed by the University of # California, Berkeley and its contributors. # 4. Neither the name of the University nor the names of its contributors #may be used to endorse or promote products derived from this software #without specific prior written permission. # # THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND # ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE # IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE # ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE # FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL # DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS # OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) # HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT # LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY # OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF # SUCH DAMAGE. # # # This is a generic configuration file for FreeBSD 5.X and later systems. # If you want to customize it, copy it to a name appropriate for your # environment and do the modifications there. # # The best documentation for this .mc file is: # /usr/share/sendmail/cf/README or # /usr/src/contrib/sendmail/cf/README # divert(0) VERSIONID(`$FreeBSD: src/etc/sendmail/freebsd.mc,v 1.30.2.2 2006/08/23 03:31:00 gshapiro Exp $') OSTYPE(freebsd6) DOMAIN(generic) FEATURE(access_db, `hash -o -T /etc/mail/access') FEATURE(blacklist_recipients) FEATURE(local_lmtp) FEATURE(mailertable, `hash -o /etc/mail/mailertable') FEATU
Re: My sendmail appears to be fixed, advice needed though
On 2008-01-05 13:08, Andrew Falanga <[EMAIL PROTECTED]> wrote: > Hi everybody, > Sorry for this flurry of e-mail from me over the last few days. This > has been highly frustrating. You should post *more* details, not less. One of the things which was missing from the older posts (or at least, one thing which I didn't see) was a *FULL* copy of your local *.mc configuration file. > Basically, the instructions for setting up SSL and Authentication (from > http://www.puresimplicity.net/~hemi/freebsd/sendmail.html) instruct to have > the following lines in the .mc file: > > define(`confAUTH_MECHANISMS',`PLAIN LOGIN')dnl > TRUST_AUTH_MECH(`PLAIN LOGIN')dnl > define(`CERT_DIR', `/etc/mail/certs')dnl > define(`confCACERT_PATH', `CERT_DIR')dnl > define(`confCACERT', `CERT_DIR/mycert.pem')dnl > define(`confSERVER_CERT', `CERT_DIR/mycert.pem')dnl > define(`confSERVER_KEY', `CERT_DIR/mykey.pem')dnl > define(`confCLIENT_CERT', `CERT_DIR/mycert.pem')dnl > define(`confCLIENT_KEY', `CERT_DIR/mykey.pem')dnl > DAEMON_OPTIONS(`Port=smtp, Name=MTA')dnl > DAEMON_OPTIONS(`Port=smtps, Name=TLSMTA, M=s')dnl > > I deleated this line: > DAEMON_OPTIONS(`Port=smtp, Name=MTA')dnl That doesn't sound right. I think it's because you have the options listed above *after* the MAILER() calls. This means that the options are not `set' at the time the MAILER() calls generate your configuration. So you probably end up with several instances of the `MTA' and `TLSMTA' daemon definitions in the final `sendmail.cf' file. This could very well be the explanation of why your Sendmail *is* listening on port :25 and it *also* tries to listen again, logging the failures in syslog. > Is this a viable fix or will I be missing something? I was able to > telnet to port 25 and send mail that way. I cannot relay without > logging in, so I think it's fixed. See my previous post about moving MAILER() calls to the end of the file, and give it another spin. You are *very* close to figuring it all out and having a fully working setup, AFAICT :) Regards, Giorgos ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"