It was already off.
--master.cf--smtp      inet  n       -       n       -       -       
smtpdpickup    fifo  n       -       n       60      1       pickupcleanup   
unix  n       -       n       -       0       cleanupqmgr      fifo  n       -  
     n       300     1       qmgrrewrite   unix  -       -       n       -      
 -       trivial-rewritebounce    unix  -       -       n       -       0       
bouncedefer     unix  -       -       n       -       0       bouncetrace     
unix  -       -       n       -       0       bounceverify    unix  -       -   
    n       -       1       verifyflush     unix  n       -       n       1000? 
  0       flushproxymap  unix  -       -       n       -       -       
proxymapsmtp      unix  -       -       -       -       -       smtprelay     
unix  -       -       n       -       -       smtp        -o 
fallback_relay=showq     unix  n       -       n       -       -       
showqerror     unix  -       -       n       -       -       errordiscard   
unix  -       -       n       -       -       discardlocal     unix  -       n  
     n       -       -       localvirtual   unix  -       n       n       -     
  -       virtuallmtp      unix  -       -       n       -       -       
lmtpanvil     unix  -       -       n       -       1       anvilscache    unix 
 -       -       n       -       1       scachemaildrop  unix  -       n       
n       -       -       pipe  flags=DRhu user=vmail 
argv=/usr/local/bin/maildrop -d ${recipient}cyrus     unix  -       n       n   
    -       -       pipe  user=cyrus argv=/usr/lib/cyrus/bin/deliver -e -r 
${sender} -m ${extension} ${user}uucp      unix  -       n       n       -      
 -       pipe  flags=Fqhu user=uucp argv=uux -r -n -z -a$sender - 
$nexthop!rmail ($recipient)ifmail    unix  -       n       n       -       -    
   pipe  flags=F user=ftn argv=/usr/lib/ifmail/ifmail -r $nexthop 
($recipient)bsmtp     unix  -       n       n       -       -       pipe  
flags=Fq. user=foo argv=/usr/local/sbin/bsmtp -f $sender $nexthop 
$recipientprocmail  unix  -       n       n       -       -       pipe  flags=R 
user=nobody argv=/usr/bin/procmail -t -m /etc/procmailrc ${sender} ${recipient}


> Subject: Re: Major issues with a new install of Postfix
> To: jonl...@hotmail.com
> Date: Fri, 24 Jun 2011 09:43:07 -0400
> CC: postfix-users@postfix.org
> From: wie...@porcupine.org
> 
> Jon Miller:
> > Jun 24 00:18:23 mmtlnx postfix/smtp[7455]: fatal: unknown service: smtp/tcp
> 
> Try turning off chroot operation in master.cf.
> 
> A common mistake is to turn on chroot operation in the master.cf
> file without going through all the necessary steps to set up a
> chroot environment. This causes Postfix daemon processes to fail
> due to all kinds of missing files.
> 
> The example below shows an SMTP server and client that are configured
> with chroot turned off:
> 
>     /etc/postfix/master.cf:
>         # =============================================================
>         # service type  private unpriv  chroot  wakeup  maxproc command
>         #               (yes)   (yes)   (yes)   (never) (100)
>         # =============================================================
>         smtp      inet  n       -       n       -       -       smtpd
>         smtp      unix  -       -       n       -       -       smtp
> 
> Inspect master.cf for any processes that have chroot operation not
> turned off. If you find any, save a copy of the master.cf file,
> and edit the entries in question. After executing the command
> "postfix reload", see if the problem has gone away.
> 
> If turning off chrooted operation made the problem go away, then
> congratulations. Leaving Postfix running in this way is adequate
> for most sites. If you prefer chrooted operation, see the Postfix
> BASIC_CONFIGURATION_README file for information about how to prepare
> Postfix for chrooted operation.
> 
> See also: http://www.postfix.org/DEBUG_README.html#no_chroot
> 
>       Wietse
                                          

Reply via email to