Take the 2-minute tour ×
Server Fault is a question and answer site for professional system and network administrators. It's 100% free, no registration required.

I'm trying to configure postfix at my server. The thing is that using an external relayhost (gmail) I can actually send emails from my machine, but if I try to use my local machine (no relayhost), then no mail arrives, even if I try to send email to my own local machine.

Logs don't say any error occurred, so I'm not sure what can be happening... any ideas?

If it's of any use, I use Debian Lenny

here's my main.cf file:

# See /usr/share/postfix/main.cf.dist for a commented, more complete version                                                                                 
# Debian specific:  Specifying a file name will cause the first
# line of that file to be used as the name.  The Debian default
# is /etc/mailname.
myorigin = servername.net

smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
biff = no

# appending .domain is the MUA's job.
append_dot_mydomain = no

# Uncomment the next line to generate "delayed mail" warnings
#delay_warning_time = 4h

readme_directory = /usr/share/doc/postfix

# TLS parameters
smtp_tls_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem
smtp_tls_key_file=/etc/ssl/private/ssl-cert-snakeoil.key
smtp_use_tls=yes
smtp_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache
#smtp_tls_CAfile = /etc/postfix/cacert.pem

#smtp_sasl_auth_enable = yes
#smtp_sasl_password_maps = hash:/etc/postfix/sasl/passwd
#smtp_sasl_security_options = noanonymous

# See /usr/share/doc/postfix/TLS_README.gz in the postfix-doc package for
# information on enabling SSL in the smtp client.

mydomain = $myorigin
myhostname = hostname.$mydomain
mydestination = $mydomain, $myhostname, localhost.$mydomain, localhost
mynetworks_style = host
#   relayhost = [smtp.gmail.com]:587
relayhost =

notify_classes = 2bounce, delay, policy, protocol, resource, software

inet_interfaces = all

alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases

mailbox_command = procmail -a "$EXTENSION"
mailbox_size_limit = 0

recipient_delimiter = +

html_directory = /usr/share/doc/postfix/html

Heres the outpud in the logs:

Aug  3 14:36:02 hostname postfix/pickup[22767]: F16E31A3F: uid=1000 from=<jstitch>
Aug  3 14:36:03 hostname postfix/cleanup[22959]: F16E31A3F: message-id=<20100803193602.F16E31A3F@hostname.servername.net>
Aug  3 14:36:03 hostname postfix/qmgr[22768]: F16E31A3F: from=<jstitch@servername.net>, size=1596, nrcpt=1 (queue active)
Aug  3 14:36:03 hostname procmail[22962]: Error while writing to "/var/log/procmail"
Aug  3 14:36:03 hostname postfix/local[22961]: F16E31A3F: to=<jstitch@servername.net>, orig_to=<jstitch>, relay=local, delay=1.5, delays=1.5/0.02/0/0.03, dsn=2.0.0, status=sent (delivered to command: procmail -a "$EXTENSION")
Aug  3 14:36:03 hostname postfix/qmgr[22768]: F16E31A3F: removed

perhaps thar error while writing to var/log/procmail suggests a problem with procmail?

actually /var/log/procmail is an empty file with 640 permissions, owner root, group adm (all other syslog files have that same characteristics)

at my ~/.procmailrc, there's this:

SHELL=/bin/sh
MAILDIR=$HOME/Mail
DEFAULT=$HOME/Mail/
CAUGHT_SPAM=$MAILDIR/.CaughtSpam/
UNSURE=$MAILDIR/.Unsure/
VERBOSE=on
LOGFILE=/var/log/procmail

#Spambayes process
:0fw:hamlock
| /usr/local/bin/sb_filter.py -d ~/.hammie.db

:0
* ^X-Spambayes-Classification: spam
${CAUGHT_SPAM}

:0
* ^X-Spambayes-Classification: unsure
${UNSURE}

# Catches everything else.
# Anything left over goes into the DEFAULT folder
:0:
${DEFAULT}

there's no /etc/procmailrc file though...

share|improve this question
add comment

1 Answer

up vote 1 down vote accepted

Do you have a /etc/procmailrc file ? and a ~jstitch/.procmailrc ?

Check in the user jstitch's home dir : maybe a procmail.log is created...

share|improve this answer
    
just edited the post, added my ~/.procmailrc file... no /etc/procmailrc though... I'm still clueless :/ –  Javier Novoa C. Aug 3 '10 at 21:27
    
oh, and there's no procmail.log nowhere... –  Javier Novoa C. Aug 3 '10 at 21:28
    
wait wait wait! just to give it a try, I chmoded /var/log/procmail to 777, and it seems that my email is in fact arriving, as the .procmailrc file indicates, in ~/Mail/new/... so... please correct me if I'm wrong... my problem is now configuring my email client to read that folder? I'm using mutt... (and also I still have the problem of why /var/log/procmail is'nt correctly written, but I guess that's an easy one) –  Javier Novoa C. Aug 3 '10 at 21:36
    
AND, once all this gets corrected, the initial problem was getting email out of my machine, which I couldn't fix, so started by the email for myself... any w ay, I guess that goes in a separate question here ;) –  Javier Novoa C. Aug 3 '10 at 21:37
    
ok, local mail is working now :) thanks! still facing problems with the procmail log file, and with outgoing emails out of my machine... any ideas there? –  Javier Novoa C. Aug 3 '10 at 21:59
show 2 more comments

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.