Postfix mail server dns instellingen

Pagina: 1
Acties:

Onderwerpen


Acties:
  • 0 Henk 'm!

  • Smashmint
  • Registratie: Februari 2010
  • Laatst online: 30-08 20:31
Ik heb net Virtualmin geherinstalleerd en alles werkt perfect behalve de postfix mail server.. Ik heb postfix volgens tuts ingesteld alleen het lukt me alleen maar om intern mail te versturen.. verder heb ik me suf gegoogled maar ik heb niks kunnen vinden kwa dns settings.

Iemand tips :'( ?

Acties:
  • 0 Henk 'm!

  • Exhar
  • Registratie: Februari 2007
  • Niet online
Geef je config files eens, samen met eventuele foutmeldingen.

Acties:
  • 0 Henk 'm!

  • Smashmint
  • Registratie: Februari 2010
  • Laatst online: 30-08 20:31
Dit is de main.cf, sommige dingen even verandert naar domein.com

# Global Postfix configuration file. This file lists only a subset
# of all parameters. For the syntax, and for a complete parameter
# list, see the postconf(5) manual page (command: "man 5 postconf").
#
# For common configuration examples, see BASIC_CONFIGURATION_README
# and STANDARD_CONFIGURATION_README. To find these documents, use
# the command "postconf html_directory readme_directory", or go to
# http://www.postfix.org/.
#
# For best results, change no more than 2-3 parameters at a time,
# and test if Postfix still works after every change.

# SOFT BOUNCE
#
# The soft_bounce parameter provides a limited safety net for
# testing. When soft_bounce is enabled, mail will remain queued that
# would otherwise bounce. This parameter disables locally-generated
# bounces, and prevents the SMTP server from rejecting mail permanently
# (by changing 5xx replies into 4xx replies). However, soft_bounce
# is no cure for address rewriting mistakes or mail routing mistakes.
#
#soft_bounce = no

# LOCAL PATHNAME INFORMATION
#
# The queue_directory specifies the location of the Postfix queue.
# This is also the root directory of Postfix daemons that run chrooted.
# See the files in examples/chroot-setup for setting up Postfix chroot
# environments on different UNIX systems.
#

# The command_directory parameter specifies the location of all
# postXXX commands.
#
command_directory = /usr/sbin

# The daemon_directory parameter specifies the location of all Postfix
# daemon programs (i.e. programs listed in the master.cf file). This
# directory must be owned by root.
#
daemon_directory = /usr/libexec/postfix

# QUEUE AND PROCESS OWNERSHIP
#
# The mail_owner parameter specifies the owner of the Postfix queue
# and of most Postfix daemon processes. Specify the name of a user
# account THAT DOES NOT SHARE ITS USER OR GROUP ID WITH OTHER ACCOUNTS
# AND THAT OWNS NO OTHER FILES OR PROCESSES ON THE SYSTEM. In
# particular, don't specify nobody or daemon. PLEASE USE A DEDICATED
# USER.
#

# The default_privs parameter specifies the default rights used by
# the local delivery agent for delivery to external file or command.
# These rights are used in the absence of a recipient user context.
# DO NOT SPECIFY A PRIVILEGED USER OR THE POSTFIX OWNER.
#
#default_privs = nobody

# INTERNET HOST AND DOMAIN NAMES
#
# The myhostname parameter specifies the internet hostname of this
# mail system. The default is to use the fully-qualified domain name
# from gethostname(). $myhostname is used as a default value for many
# other configuration parameters.
#
#myhostname = mail.domein.com
#myhostname = virtual.domain.tld

# The mydomain parameter specifies the local internet domain name.
# The default is to use $myhostname minus the first component.
# $mydomain is used as a default value for many other configuration
# parameters.
#
#mydomain = domein.com

# SENDING MAIL
#
# The myorigin parameter specifies the domain that locally-posted
# mail appears to come from. The default is to append $myhostname,
# which is fine for small sites. If you run a domain with multiple
# machines, you should (1) change this to $mydomain and (2) set up
# a domain-wide alias database that aliases each user to
# user@that.users.mailhost.
#
# For the sake of consistency between sender and recipient addresses,
# myorigin also specifies the default domain name that is appended
# to recipient addresses that have no @domain part.
#
#myorigin = $myhostname
#myorigin = $mydomain

# RECEIVING MAIL

# The inet_interfaces parameter specifies the network interface
# addresses that this mail system receives mail on. By default,
# the software claims all active interfaces on the machine. The
# parameter also controls delivery of mail to user@[ip.address].
#
# See also the proxy_interfaces parameter, for network addresses that
# are forwarded to us via a proxy or network address translator.
#
# Note: you need to stop/start Postfix when this parameter changes.
#
#inet_interfaces = all
#inet_interfaces = $myhostname
#inet_interfaces = $myhostname, localhost
inet_interfaces = localhost

# The proxy_interfaces parameter specifies the network interface
# addresses that this mail system receives mail on by way of a
# proxy or network address translation unit. This setting extends
# the address list specified with the inet_interfaces parameter.
#
# You must specify your proxy/NAT addresses when your system is a
# backup MX host for other domains, otherwise mail delivery loops
# will happen when the primary MX host is down.
#
#proxy_interfaces =
#proxy_interfaces = 1.2.3.4

# The mydestination parameter specifies the list of domains that this
# machine considers itself the final destination for.
#
# These domains are routed to the delivery agent specified with the
# local_transport parameter setting. By default, that is the UNIX
# compatible delivery agent that lookups all recipients in /etc/passwd
# and /etc/aliases or their equivalent.
#
# The default is $myhostname + localhost.$mydomain. On a mail domain
# gateway, you should also include $mydomain.
#
# Do not specify the names of virtual domains - those domains are
# specified elsewhere (see VIRTUAL_README).
#
# Do not specify the names of domains that this machine is backup MX
# host for. Specify those names via the relay_domains settings for
# the SMTP server, or use permit_mx_backup if you are lazy (see
# STANDARD_CONFIGURATION_README).
#
# The local machine is always the final destination for mail addressed
# to user@[the.net.work.address] of an interface that the mail system
# receives mail on (see the inet_interfaces parameter).
#
# Specify a list of host or domain names, /file/name or type:table
# patterns, separated by commas and/or whitespace. A /file/name
# pattern is replaced by its contents; a type:table is matched when
# a name matches a lookup key (the right-hand side is ignored).
# Continue long lines by starting the next line with whitespace.
#
# See also below, section "REJECTING MAIL FOR UNKNOWN LOCAL USERS".
#
#mydestination = $myhostname, localhost.$mydomain, localhost, $mydomain
#mydestination = $myhostname, localhost.$mydomain, localhost, $mydomain,
# mail.$mydomain, www.$mydomain, ftp.$mydomain

# REJECTING MAIL FOR UNKNOWN LOCAL USERS
#
# The local_recipient_maps parameter specifies optional lookup tables
# with all names or addresses of users that are local with respect
# to $mydestination, $inet_interfaces or $proxy_interfaces.
#
# If this parameter is defined, then the SMTP server will reject
# mail for unknown local users. This parameter is defined by default.
#
# To turn off local recipient checking in the SMTP server, specify
# local_recipient_maps = (i.e. empty).
#
# The default setting assumes that you use the default Postfix local
# delivery agent for local delivery. You need to update the
# local_recipient_maps setting if:
#
# - You define $mydestination domain recipients in files other than
# /etc/passwd, /etc/aliases, or the $virtual_alias_maps files.
# For example, you define $mydestination domain recipients in
# the $virtual_mailbox_maps files.
#
# - You redefine the local delivery agent in master.cf.
#
# - You redefine the "local_transport" setting in main.cf.
#
# - You use the "luser_relay", "mailbox_transport", or "fallback_transport"
# feature of the Postfix local delivery agent (see local(8)).
#
# Details are described in the LOCAL_RECIPIENT_README file.
#
# Beware: if the Postfix SMTP server runs chrooted, you probably have
# to access the passwd file via the proxymap service, in order to
# overcome chroot restrictions. The alternative, having a copy of
# the system passwd file in the chroot jail is just not practical.
#
# The right-hand side of the lookup tables is conveniently ignored.
# In the left-hand side, specify a bare username, an @domain.tld
# wild-card, or specify a user@domain.tld address.
#
#local_recipient_maps = unix:passwd.byname $alias_maps
#local_recipient_maps = proxy:unix:passwd.byname $alias_maps
#local_recipient_maps =

# The unknown_local_recipient_reject_code specifies the SMTP server
# response code when a recipient domain matches $mydestination or
# ${proxy,inet}_interfaces, while $local_recipient_maps is non-empty
# and the recipient address or address local-part is not found.
#
# The default setting is 550 (reject mail) but it is safer to start
# with 450 (try again later) until you are certain that your
# local_recipient_maps settings are OK.
#
unknown_local_recipient_reject_code = 550

# TRUST AND RELAY CONTROL

# The mynetworks parameter specifies the list of "trusted" SMTP
# clients that have more privileges than "strangers".
#
# In particular, "trusted" SMTP clients are allowed to relay mail
# through Postfix. See the smtpd_recipient_restrictions parameter
# in postconf(5).
#
# You can specify the list of "trusted" network addresses by hand
# or you can let Postfix do it for you (which is the default).
#
# By default (mynetworks_style = subnet), Postfix "trusts" SMTP
# clients in the same IP subnetworks as the local machine.
# On Linux, this does works correctly only with interfaces specified
# with the "ifconfig" command.
#
# Specify "mynetworks_style = class" when Postfix should "trust" SMTP
# clients in the same IP class A/B/C networks as the local machine.
# Don't do this with a dialup site - it would cause Postfix to "trust"
# your entire provider's network. Instead, specify an explicit
# mynetworks list by hand, as described below.
#
# Specify "mynetworks_style = host" when Postfix should "trust"
# only the local machine.
#
#mynetworks_style = class
#mynetworks_style = subnet
#mynetworks_style = host

# Alternatively, you can specify the mynetworks list by hand, in
# which case Postfix ignores the mynetworks_style setting.
#
# Specify an explicit list of network/netmask patterns, where the
# mask specifies the number of bits in the network part of a host
# address.
#
# You can also specify the absolute pathname of a pattern file instead
# of listing the patterns here. Specify type:table for table-based lookups
# (the value on the table right-hand side is not used).
#
#mynetworks = 168.100.189.0/28, 127.0.0.0/8
#mynetworks = $config_directory/mynetworks
#mynetworks = hash:/etc/postfix/network_table

# The relay_domains parameter restricts what destinations this system will
# relay mail to. See the smtpd_recipient_restrictions description in
# postconf(5) for detailed information.
#
# By default, Postfix relays mail
# - from "trusted" clients (IP address matches $mynetworks) to any destination,
# - from "untrusted" clients to destinations that match $relay_domains or
# subdomains thereof, except addresses with sender-specified routing.
# The default relay_domains value is $mydestination.
#
# In addition to the above, the Postfix SMTP server by default accepts mail
# that Postfix is final destination for:
# - destinations that match $inet_interfaces or $proxy_interfaces,
# - destinations that match $mydestination
# - destinations that match $virtual_alias_domains,
# - destinations that match $virtual_mailbox_domains.
# These destinations do not need to be listed in $relay_domains.
#
# Specify a list of hosts or domains, /file/name patterns or type:name
# lookup tables, separated by commas and/or whitespace. Continue
# long lines by starting the next line with whitespace. A file name
# is replaced by its contents; a type:name table is matched when a
# (parent) domain appears as lookup key.
#
# NOTE: Postfix will not automatically forward mail for domains that
# list this system as their primary or backup MX host. See the
# permit_mx_backup restriction description in postconf(5).
#
#relay_domains = $mydestination

# INTERNET OR INTRANET

# The relayhost parameter specifies the default host to send mail to
# when no entry is matched in the optional transport(5) table. When
# no relayhost is given, mail is routed directly to the destination.
#
# On an intranet, specify the organizational domain name. If your
# internal DNS uses no MX records, specify the name of the intranet
# gateway host instead.
#
# In the case of SMTP, specify a domain, host, host:port, [host]:port,
# [address] or [address]:port; the form [host] turns off MX lookups.
#
# If you're connected via UUCP, see also the default_transport parameter.
#
#relayhost = $mydomain
#relayhost = [gateway.my.domain]
#relayhost = [mailserver.isp.tld]
#relayhost = uucphost
#relayhost = [an.ip.add.ress]

# REJECTING UNKNOWN RELAY USERS
#
# The relay_recipient_maps parameter specifies optional lookup tables
# with all addresses in the domains that match $relay_domains.
#
# If this parameter is defined, then the SMTP server will reject
# mail for unknown relay users. This feature is off by default.
#
# The right-hand side of the lookup tables is conveniently ignored.
# In the left-hand side, specify an @domain.tld wild-card, or specify
# a user@domain.tld address.
#
#relay_recipient_maps = hash:/etc/postfix/relay_recipients

# INPUT RATE CONTROL
#
# The in_flow_delay configuration parameter implements mail input
# flow control. This feature is turned on by default, although it
# still needs further development (it's disabled on SCO UNIX due
# to an SCO bug).
#
# A Postfix process will pause for $in_flow_delay seconds before
# accepting a new message, when the message arrival rate exceeds the
# message delivery rate. With the default 100 SMTP server process
# limit, this limits the mail inflow to 100 messages a second more
# than the number of messages delivered per second.
#
# Specify 0 to disable the feature. Valid delays are 0..10.
#
#in_flow_delay = 1s

# ADDRESS REWRITING
#
# The ADDRESS_REWRITING_README document gives information about
# address masquerading or other forms of address rewriting including
# username->Firstname.Lastname mapping.

# ADDRESS REDIRECTION (VIRTUAL DOMAIN)
#
# The VIRTUAL_README document gives information about the many forms
# of domain hosting that Postfix supports.

# "USER HAS MOVED" BOUNCE MESSAGES
#
# See the discussion in the ADDRESS_REWRITING_README document.

# TRANSPORT MAP
#
# See the discussion in the ADDRESS_REWRITING_README document.

# ALIAS DATABASE
#
# The alias_maps parameter specifies the list of alias databases used
# by the local delivery agent. The default list is system dependent.
#
# On systems with NIS, the default is to search the local alias
# database, then the NIS alias database. See aliases(5) for syntax
# details.
#
# If you change the alias database, run "postalias /etc/aliases" (or
# wherever your system stores the mail alias file), or simply run
# "newaliases" to build the necessary DBM or DB file.
#
# It will take a minute or so before changes become visible. Use
# "postfix reload" to eliminate the delay.
#
#alias_maps = dbm:/etc/aliases
alias_maps = hash:/etc/aliases
#alias_maps = hash:/etc/aliases, nis:mail.aliases
#alias_maps = netinfo:/aliases

# The alias_database parameter specifies the alias database(s) that
# are built with "newaliases" or "sendmail -bi". This is a separate
# configuration parameter, because alias_maps (see above) may specify
# tables that are not necessarily all under control by Postfix.
#
#alias_database = dbm:/etc/aliases
#alias_database = dbm:/etc/mail/aliases
alias_database = hash:/etc/aliases
#alias_database = hash:/etc/aliases, hash:/opt/majordomo/aliases

# ADDRESS EXTENSIONS (e.g., user+foo)
#
# The recipient_delimiter parameter specifies the separator between
# user names and address extensions (user+foo). See canonical(5),
# local(8), relocated(5) and virtual(5) for the effects this has on
# aliases, canonical, virtual, relocated and .forward file lookups.
# Basically, the software tries user+foo and .forward+foo before
# trying user and .forward.
#
#recipient_delimiter = +

# DELIVERY TO MAILBOX
#
# The home_mailbox parameter specifies the optional pathname of a
# mailbox file relative to a user's home directory. The default
# mailbox file is /var/spool/mail/user or /var/mail/user. Specify
# "Maildir/" for qmail-style delivery (the / is required).
#
#home_mailbox = Mailbox
#home_mailbox = Maildir/

# The mail_spool_directory parameter specifies the directory where
# UNIX-style mailboxes are kept. The default setting depends on the
# system type.
#
#mail_spool_directory = /var/mail
#mail_spool_directory = /var/spool/mail

# The mailbox_command parameter specifies the optional external
# command to use instead of mailbox delivery. The command is run as
# the recipient with proper HOME, SHELL and LOGNAME environment settings.
# Exception: delivery for root is done as $default_user.
#
# Other environment variables of interest: USER (recipient username),
# EXTENSION (address extension), DOMAIN (domain part of address),
# and LOCAL (the address localpart).
#
# Unlike other Postfix configuration parameters, the mailbox_command
# parameter is not subjected to $parameter substitutions. This is to
# make it easier to specify shell syntax (see example below).
#
# Avoid shell meta characters because they will force Postfix to run
# an expensive shell process. Procmail alone is expensive enough.
#
# IF YOU USE THIS TO DELIVER MAIL SYSTEM-WIDE, YOU MUST SET UP AN
# ALIAS THAT FORWARDS MAIL FOR ROOT TO A REAL USER.
#
#mailbox_command = /some/where/procmail
#mailbox_command = /some/where/procmail -a "$EXTENSION"

# The mailbox_transport specifies the optional transport in master.cf
# to use after processing aliases and .forward files. This parameter
# has precedence over the mailbox_command, fallback_transport and
# luser_relay parameters.
#
# Specify a string of the form transport:nexthop, where transport is
# the name of a mail delivery transport defined in master.cf. The
# :nexthop part is optional. For more details see the sample transport
# configuration file.
#
# NOTE: if you use this feature for accounts not in the UNIX password
# file, then you must update the "local_recipient_maps" setting in
# the main.cf file, otherwise the SMTP server will reject mail for
# non-UNIX accounts with "User unknown in local recipient table".
#
#mailbox_transport = lmtp:unix:/var/lib/imap/socket/lmtp

# If using the cyrus-imapd IMAP server deliver local mail to the IMAP
# server using LMTP (Local Mail Transport Protocol), this is prefered
# over the older cyrus deliver program by setting the
# mailbox_transport as below:
#
# mailbox_transport = lmtp:unix:/var/lib/imap/socket/lmtp
#
# The efficiency of LMTP delivery for cyrus-imapd can be enhanced via
# these settings.
#
# local_destination_recipient_limit = 300
# local_destination_concurrency_limit = 5
#
# Of course you should adjust these settings as appropriate for the
# capacity of the hardware you are using. The recipient limit setting
# can be used to take advantage of the single instance message store
# capability of Cyrus. The concurrency limit can be used to control
# how many simultaneous LMTP sessions will be permitted to the Cyrus
# message store.
#
# To use the old cyrus deliver program you have to set:
#mailbox_transport = cyrus

# The fallback_transport specifies the optional transport in master.cf
# to use for recipients that are not found in the UNIX passwd database.
# This parameter has precedence over the luser_relay parameter.
#
# Specify a string of the form transport:nexthop, where transport is
# the name of a mail delivery transport defined in master.cf. The
# :nexthop part is optional. For more details see the sample transport
# configuration file.
#
# NOTE: if you use this feature for accounts not in the UNIX password
# file, then you must update the "local_recipient_maps" setting in
# the main.cf file, otherwise the SMTP server will reject mail for
# non-UNIX accounts with "User unknown in local recipient table".
#
#fallback_transport = lmtp:unix:/var/lib/imap/socket/lmtp
#fallback_transport =

# The luser_relay parameter specifies an optional destination address
# for unknown recipients. By default, mail for unknown@$mydestination,
# unknown@[$inet_interfaces] or unknown@[$proxy_interfaces] is returned
# as undeliverable.
#
# The following expansions are done on luser_relay: $user (recipient
# username), $shell (recipient shell), $home (recipient home directory),
# $recipient (full recipient address), $extension (recipient address
# extension), $domain (recipient domain), $local (entire recipient
# localpart), $recipient_delimiter. Specify ${name?value} or
# ${name:value} to expand value only when $name does (does not) exist.
#
# luser_relay works only for the default Postfix local delivery agent.
#
# NOTE: if you use this feature for accounts not in the UNIX password
# file, then you must specify "local_recipient_maps =" (i.e. empty) in
# the main.cf file, otherwise the SMTP server will reject mail for
# non-UNIX accounts with "User unknown in local recipient table".
#
#luser_relay = $user@other.host
#luser_relay = $local@other.host
#luser_relay = admin+$local

# JUNK MAIL CONTROLS
#
# The controls listed here are only a very small subset. The file
# SMTPD_ACCESS_README provides an overview.

# The header_checks parameter specifies an optional table with patterns
# that each logical message header is matched against, including
# headers that span multiple physical lines.
#
# By default, these patterns also apply to MIME headers and to the
# headers of attached messages. With older Postfix versions, MIME and
# attached message headers were treated as body text.
#
# For details, see "man header_checks".
#
#header_checks = regexp:/etc/postfix/header_checks

# FAST ETRN SERVICE
#
# Postfix maintains per-destination logfiles with information about
# deferred mail, so that mail can be flushed quickly with the SMTP
# "ETRN domain.tld" command, or by executing "sendmail -qRdomain.tld".
# See the ETRN_README document for a detailed description.
#
# The fast_flush_domains parameter controls what destinations are
# eligible for this service. By default, they are all domains that
# this server is willing to relay mail to.
#
#fast_flush_domains = $relay_domains

# SHOW SOFTWARE VERSION OR NOT
#
# The smtpd_banner parameter specifies the text that follows the 220
# code in the SMTP server's greeting banner. Some people like to see
# the mail version advertised. By default, Postfix shows no version.
#
# You MUST specify $myhostname at the start of the text. That is an
# RFC requirement. Postfix itself does not care.
#
#smtpd_banner = $myhostname ESMTP $mail_name
#smtpd_banner = $myhostname ESMTP $mail_name ($mail_version)

# PARALLEL DELIVERY TO THE SAME DESTINATION
#
# How many parallel deliveries to the same user or domain? With local
# delivery, it does not make sense to do massively parallel delivery
# to the same user, because mailbox updates must happen sequentially,
# and expensive pipelines in .forward files can cause disasters when
# too many are run at the same time. With SMTP deliveries, 10
# simultaneous connections to the same domain could be sufficient to
# raise eyebrows.
#
# Each message delivery transport has its XXX_destination_concurrency_limit
# parameter. The default is $default_destination_concurrency_limit for
# most delivery transports. For the local delivery agent the default is 2.

#local_destination_concurrency_limit = 2
#default_destination_concurrency_limit = 20

# DEBUGGING CONTROL
#
# The debug_peer_level parameter specifies the increment in verbose
# logging level when an SMTP client or server host name or address
# matches a pattern in the debug_peer_list parameter.
#
debug_peer_level = 2

# The debug_peer_list parameter specifies an optional list of domain
# or network patterns, /file/name patterns or type:name tables. When
# an SMTP client or server host name or address matches a pattern,
# increase the verbose logging level by the amount specified in the
# debug_peer_level parameter.
#
#debug_peer_list = 127.0.0.1
#debug_peer_list = some.domain

# The debugger_command specifies the external command that is executed
# when a Postfix daemon program is run with the -D option.
#
# Use "command .. & sleep 5" so that the debugger can attach before
# the process marches on. If you use an X-based debugger, be sure to
# set up your XAUTHORITY environment variable before starting Postfix.
#
debugger_command =
PATH=/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin
xxgdb $daemon_directory/$process_name $process_id & sleep 5

# If you can't use X, use this to capture the call stack when a
# daemon crashes. The result is in a file in the configuration
# directory, and is named after the process name and the process ID.
#
# debugger_command =
# PATH=/bin:/usr/bin:/usr/local/bin; export PATH; (echo cont;
# echo where) | gdb $daemon_directory/$process_name $process_id 2>&1
# >$config_directory/$process_name.$process_id.log & sleep 5
#
# Another possibility is to run gdb under a detached screen session.
# To attach to the screen sesssion, su root and run "screen -r
# <id_string>" where <id_string> uniquely matches one of the detached
# sessions (from "screen -list").
#
# debugger_command =
# PATH=/bin:/usr/bin:/sbin:/usr/sbin; export PATH; screen
# -dmS $process_name gdb $daemon_directory/$process_name
# $process_id & sleep 1

# INSTALL-TIME CONFIGURATION INFORMATION
#
# The following parameters are used when installing a new Postfix version.
#
# sendmail_path: The full pathname of the Postfix sendmail command.
# This is the Sendmail-compatible mail posting interface.
#
sendmail_path = /usr/sbin/sendmail.postfix

# newaliases_path: The full pathname of the Postfix newaliases command.
# This is the Sendmail-compatible command to build alias databases.
#
newaliases_path = /usr/bin/newaliases.postfix

# mailq_path: The full pathname of the Postfix mailq command. This
# is the Sendmail-compatible mail queue listing command.
#
mailq_path = /usr/bin/mailq.postfix

# setgid_group: The group for mail submission and queue management
# commands. This must be a group name with a numerical group ID that
# is not shared with other accounts, not even with the Postfix account.
#
setgid_group = postdrop

# html_directory: The location of the Postfix HTML documentation.
#
html_directory = no

# manpage_directory: The location of the Postfix on-line manual pages.
#
manpage_directory = /usr/share/man

# sample_directory: The location of the Postfix sample configuration files.
# This parameter is obsolete as of Postfix 2.1.
#
sample_directory = /usr/share/doc/postfix-2.3.3/samples

# readme_directory: The location of the Postfix README files.
#
readme_directory = /usr/share/doc/postfix-2.3.3/README_FILES
virtual_alias_maps = hash:/etc/postfix/virtual
myorigin = $mydomain
mydestination =
notify_classes = bouce, delay, resource
myhostname = mail.domein.com
mydomain = mail.domein.com

Acties:
  • 0 Henk 'm!

  • trinite_t
  • Registratie: Maart 2003
  • Laatst online: 17-09 14:06
Wat werkt er wel, wat werkt er niet

Kun je bv wel vanaf de bak zelf mail versturen met sendmail

Meer info over wat hij moet doen:
  • Moet hij ook virtuele domeinen gaan serveren?
  • Staat hij in een colocatie of achter bijvoorbeeld kpn/ziggo lijn waar je nog een backup mx moet gaan instellen om het werkend te krijgen (iig bij kpn, ziggo, kan het uberhaupt?)
  • Moet het uberhaupt een mailserver voor domeinen worden of alleen maar voor lokaal (lees in lan) gebruik?
Ow en zet je config even tussen [ code ] [ /code ] tags.

[ Voor 5% gewijzigd door trinite_t op 15-04-2010 17:08 ]

The easiest way to solve a problem is just to solve it.


Acties:
  • 0 Henk 'm!

  • vanaalten
  • Registratie: September 2002
  • Laatst online: 17:55
  • Welke provider heb je? Staat het systeem thuis, of in een of andere serverruimte?
  • Kan je mail van extern ontvangen?
  • Mail naar extern sturen werkt niet - krijg je een bounce? Zo ja, wat staat er in die bounce?
  • Linux-machine? Doe eens, als root, op de command line
    code:
    1
    
    postqueue -p
    . Staan je mailtjes nog in de queue om verzonden te worden?
  • Bekijk eens de file /var/log/mail.log - staan vaak erg zinnige boodschappen in als iets niet werkt.
  • Welk besturingssysteem & distributie?

Acties:
  • 0 Henk 'm!

  • Smashmint
  • Registratie: Februari 2010
  • Laatst online: 30-08 20:31
  • Staat collocatie bij leaseweb
  • Cent Os
  • Moet een mailserver worden voor een domein ja.
  • Mail ontvangen en versturen werkt niet
Ik zal ff in de log files kijken of er nog wat nuttigs in staat

code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
Apr 14 21:09:45 s1 sendmail[22786]: o3EJ9jhL022786: from=apache, size=2524, class=0, nrcpts=1, msgid=<28fad02f55f144aea2149cb4c977a2a7@www.creativeteamspeak.com>, relay=apache@localhost
Apr 14 21:09:45 s1 postfix/smtpd[22787]: fatal: unknown notify_classes value "bouce" in "bouce, delay, resource"
Apr 14 21:09:46 s1 sendmail[22786]: o3EJ9jhL022786: to=Daniel Koster <daniel_whc@hotmail.com>, ctladdr=apache (48/48), delay=00:00:01, xdelay=00:00:01, mailer=relay, pri=32524, relay=[127.0.0.1] [127.0.0.1], dsn=4.0.0, stat=Deferred: Connection reset by [127.0.0.1]
Apr 14 21:09:46 s1 postfix/master[2560]: warning: process /usr/libexec/postfix/smtpd pid 22787 exit status 1
Apr 14 21:09:46 s1 postfix/master[2560]: warning: /usr/libexec/postfix/smtpd: bad command startup -- throttling
Apr 15 00:00:01 s1 sendmail[24742]: o3EM0163024742: from=creativeteamspeak.com, size=526, class=0, nrcpts=1, msgid=<201004142200.o3EM0163024742@creativeteamspeak.com>, relay=creativeteamspeak.com@localhost
Apr 15 00:00:01 s1 postfix/smtpd[24744]: fatal: unknown notify_classes value "bouce" in "bouce, delay, resource"
Apr 15 00:00:02 s1 postfix/master[2560]: warning: process /usr/libexec/postfix/smtpd pid 24744 exit status 1
Apr 15 00:00:02 s1 postfix/master[2560]: warning: /usr/libexec/postfix/smtpd: bad command startup -- throttling
Apr 15 00:00:02 s1 sendmail[24742]: o3EM0163024742: to=creativeteamspeak.com, ctladdr=creativeteamspeak.com (502/503), delay=00:00:01, xdelay=00:00:01, mailer=relay, pri=30526, relay=[127.0.0.1] [127.0.0.1], dsn=4.0.0, stat=Deferred: Connection reset by [127.0.0.1]
Apr 15 04:02:04 s1 sendmail[28377]: o3F223nB028377: from=root, size=21315, class=0, nrcpts=1, msgid=<201004150202.o3F223nB028377@creativeteamspeak.com>, relay=root@localhost
Apr 15 04:02:04 s1 postfix/smtpd[28610]: fatal: unknown notify_classes value "bouce" in "bouce, delay, resource"
Apr 15 04:02:05 s1 postfix/master[2560]: warning: process /usr/libexec/postfix/smtpd pid 28610 exit status 1
Apr 15 04:02:05 s1 postfix/master[2560]: warning: /usr/libexec/postfix/smtpd: bad command startup -- throttling
Apr 15 04:02:05 s1 sendmail[28377]: o3F223nB028377: to=root, ctladdr=root (0/0), delay=00:00:02, xdelay=00:00:01, mailer=relay, pri=51315, relay=[127.0.0.1] [127.0.0.1], dsn=4.0.0, stat=Deferred: Connection reset by [127.0.0.1]
Apr 15 21:21:44 s1 sendmail[11343]: o3FJLiMR011343: from=root@creativeteamspeak.com, size=1125, class=0, nrcpts=1, msgid=<1271359304.11319@creativeteamspeak.com>, relay=root@localhost
Apr 15 21:21:44 s1 postfix/smtpd[11344]: fatal: unknown notify_classes value "bouce" in "bouce, delay, resource"
Apr 15 21:21:45 s1 sendmail[11343]: o3FJLiMR011343: to=ralphpcmaker@hotmail.com, ctladdr=root@creativeteamspeak.com (0/0), delay=00:00:01, xdelay=00:00:01, mailer=relay, pri=31125, relay=[127.0.0.1] [127.0.0.1], dsn=4.0.0, stat=Deferred: Connection reset by [127.0.0.1]
Apr 15 21:21:45 s1 postfix/master[2560]: warning: process /usr/libexec/postfix/smtpd pid 11344 exit status 1
Apr 15 21:21:45 s1 postfix/master[2560]: warning: /usr/libexec/postfix/smtpd: bad command startup -- throttling

[ Voor 87% gewijzigd door Smashmint op 15-04-2010 21:43 ]


Acties:
  • 0 Henk 'm!

  • vanaalten
  • Registratie: September 2002
  • Laatst online: 17:55
In elk geval staat er een typefout in de twee-na-laatste regel van je config:
notify_classes = bouce, delay, resource
... moet waarschijnlijk 'bounce' zijn. Kan mij voorstellen dat dat het probleem niet oplost, maar je logfile wordt er waarschijnlijk schoner van en je krijgt dan misschien zinnige bounce-mailtjes terug.

Verder zou ik het op dit moment even niet weten - er zal wel iets niet goed zijn ingesteld, maar kan zo snel niet zien wat. Ben ook niet echt expert op Postfix-gebied...

Acties:
  • 0 Henk 'm!

  • Smashmint
  • Registratie: Februari 2010
  • Laatst online: 30-08 20:31
vanaalten schreef op donderdag 15 april 2010 @ 22:47:
In elk geval staat er een typefout in de twee-na-laatste regel van je config:

[...]

... moet waarschijnlijk 'bounce' zijn. Kan mij voorstellen dat dat het probleem niet oplost, maar je logfile wordt er waarschijnlijk schoner van en je krijgt dan misschien zinnige bounce-mailtjes terug.

Verder zou ik het op dit moment even niet weten - er zal wel iets niet goed zijn ingesteld, maar kan zo snel niet zien wat. Ben ook niet echt expert op Postfix-gebied...
Bedankt voor je reactie _/-\o_

Na dit aan te hebben gepast starten hij op zonder foutmeldingen. Ik kan nu mail verzenden via gewoon php mail en in virtualmin zelf alleen ontvangen wil nog niet lukken.

ik heb een nieuwe e-mailbox aangemaakt: paypal@domein.nl, mail versturen via virtualmin in die emailbox lukt wel alleen ontvangen niet.. daarna kwam ik het volgende tegen in de logfile:

code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
Apr 16 13:47:15 s1 sendmail[4211]: o3GBlFAx004211: from=webmin@domein.nl, size=736, class=0, nrcpts=1, msgid=<1271418435.4202.1@domein.nl>, relay=root@localhost
Apr 16 13:47:15 s1 postfix/smtpd[4212]: connect from domein.nl[127.0.0.1]
Apr 16 13:47:16 s1 postfix/smtpd[4212]: 01E6BBC0379: client=domein.nl[127.0.0.1]
Apr 16 13:47:16 s1 postfix/cleanup[4215]: 01E6BBC0379: message-id=<1271418435.4202.1@domein.nl>
Apr 16 13:47:16 s1 postfix/qmgr[2583]: 01E6BBC0379: from=<webmin@domein.nl>, size=1131, nrcpt=1 (queue active)
Apr 16 13:47:16 s1 sendmail[4211]: o3GBlFAx004211: to=domein.nl@domein.nl, delay=00:00:01, xdelay=00:00:01, mailer=relay, pri=30736, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (Ok: queued as 01E6BBC0379)
Apr 16 13:47:16 s1 postfix/smtpd[4212]: disconnect from domein.nl[127.0.0.1]
Apr 16 13:47:16 s1 postfix/smtp[4216]: connect to mail.domein.nl[85.17.183.199]: Connection refused (port 25)
Apr 16 13:47:16 s1 postfix/smtp[4216]: 01E6BBC0379: to=<domein.nl@mail.domein.nl>, orig_to=<domein.nl@domein.nl>, relay=none, delay=0.07, delays=0.05/0.01/0.01/0, dsn=4.4.1, status=deferred (connect to mail.domein.nl[85.17.183.199]: Connection refused)
Apr 16 13:52:56 s1 sendmail[4382]: o3GBquri004382: from=paypal@domein.nl, size=464, class=0, nrcpts=1, msgid=<1271418776.4378@domein.nl>, relay=root@localhost
Apr 16 13:52:56 s1 postfix/smtpd[4383]: connect from domein.nl[127.0.0.1]
Apr 16 13:52:56 s1 postfix/smtpd[4383]: 5E2ACBC037B: client=domein.nl[127.0.0.1]
Apr 16 13:52:56 s1 postfix/cleanup[4386]: 5E2ACBC037B: message-id=<1271418776.4378@domein.nl>
Apr 16 13:52:56 s1 postfix/qmgr[2583]: 5E2ACBC037B: from=<paypal@domein.nl>, size=827, nrcpt=1 (queue active)
Apr 16 13:52:56 s1 sendmail[4382]: o3GBquri004382: to=teamspeak19@gmail.com, delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=30464, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (Ok: queued as 5E2ACBC037B)
Apr 16 13:52:56 s1 postfix/smtpd[4383]: disconnect from domein.nl[127.0.0.1]
Apr 16 13:52:58 s1 postfix/smtp[4387]: 5E2ACBC037B: to=<teamspeak19@gmail.com>, relay=gmail-smtp-in.l.google.com[74.125.67.27]:25, delay=2.3, delays=0.05/0.01/0.51/1.7, dsn=2.0.0, status=sent (250 2.0.0 OK 1271419559 x4si3586453ani.79)
Apr 16 13:52:58 s1 postfix/qmgr[2583]: 5E2ACBC037B: removed

Acties:
  • 0 Henk 'm!

  • vanaalten
  • Registratie: September 2002
  • Laatst online: 17:55
Het is voor mij wat lastig om te debuggen omdat ik niet zie wie wat vanaf waar doet...
Vragen, vragen...
  • Dat stukje log van 13:47 (dus regels 1-9), is dat het stukje waarin je mail NAAR je domein stuurt?
  • En dat stuk van 13:52, is dat waar die een mail op je domein ontvangt?
  • Waar vandaan stuur je die mail, is dat vanaf een thuis-PC?
  • Wat voor mailprogramma gebruik je daarvoor?
  • Het gaat dus mis als je mailt van buitenaf naar paypal AT domein.nl? Dat stukje log van 13:47 hoort daar bij?
Meest interessant vond ik regel 8 van die laatste log:
code:
1
Connection refused (port 25)

... dat suggereert dat er een firewall actief is. Draai je iets van een firewall, iptables, shorewall of wat dan ook? Poort 25 open gezet?

En belangrijk:
Als je poort 25 open (hebt) gezet, heb je getest of je niet per ongeluk een open relay hebt gecreerd?
Kan bijvoorbeeld met deze webpagina. Zolang je nog aan het configureren bent en er niet al te veel verstand van hebt (excuses voor m'n botte verwoording, maar je debug-skills voor dit probleem suggereren dit eerlijk gezegd...) moet je die test zeer regelmatig doen.
Als je een open relay configuratie hebt wordt dit vaak binnen minuten ontdekt, waarna je binnen een half uur ongemerkt de halve wereld gaat onderspammen en je provider je binnen enkele uren afsluit...

Acties:
  • 0 Henk 'm!

  • Smashmint
  • Registratie: Februari 2010
  • Laatst online: 30-08 20:31
vanaalten schreef op vrijdag 16 april 2010 @ 14:46:
Het is voor mij wat lastig om te debuggen omdat ik niet zie wie wat vanaf waar doet...
Vragen, vragen...
  • Dat stukje log van 13:47 (dus regels 1-9), is dat het stukje waarin je mail NAAR je domein stuurt?
  • En dat stuk van 13:52, is dat waar die een mail op je domein ontvangt?
  • Waar vandaan stuur je die mail, is dat vanaf een thuis-PC?
  • Wat voor mailprogramma gebruik je daarvoor?
  • Het gaat dus mis als je mailt van buitenaf naar paypal AT domein.nl? Dat stukje log van 13:47 hoort daar bij?
Meest interessant vond ik regel 8 van die laatste log:
code:
1
Connection refused (port 25)

... dat suggereert dat er een firewall actief is. Draai je iets van een firewall, iptables, shorewall of wat dan ook? Poort 25 open gezet?

En belangrijk:
Als je poort 25 open (hebt) gezet, heb je getest of je niet per ongeluk een open relay hebt gecreerd?
Kan bijvoorbeeld met deze webpagina. Zolang je nog aan het configureren bent en er niet al te veel verstand van hebt (excuses voor m'n botte verwoording, maar je debug-skills voor dit probleem suggereren dit eerlijk gezegd...) moet je die test zeer regelmatig doen.
Als je een open relay configuratie hebt wordt dit vaak binnen minuten ontdekt, waarna je binnen een half uur ongemerkt de halve wereld gaat onderspammen en je provider je binnen enkele uren afsluit...
  • Stukje 1-9 gaat over een nieuwe een nieuw gemaakte mailbox en hij probeert de gegevens daarvan de versturen naar domein@domein.nl wat dus niet lukt.
  • Dat stukje van 13:53 is van een een mail ik die verzend vanuit een mailbox in virtualmin
  • Het gaat mis bij mail ontvangen.. als ik bijvoorbeeld een mail van uit hotmail of gmail naar paypal@domein.nl stuur komt hij niet aan. ik kan gewoon helemaal geen mails ontvangen.
Verder zag ik wel in virtualmin iets van linux firewall en dan iptabels

Acties:
  • 0 Henk 'm!

  • vanaalten
  • Registratie: September 2002
  • Laatst online: 17:55
Inktpotje schreef op vrijdag 16 april 2010 @ 16:52:
Stukje 1-9 gaat over een nieuwe een nieuw gemaakte mailbox en hij probeert de gegevens daarvan de versturen naar domein@domein.nl wat dus niet lukt.
OK - daar heeft Postfix waarschijnlijk weinig mee te maken. Geen idee hoe je die mailbox maakt (zal wel in virtualmin zijn, maar dat ken ik niet) maar ergens daarin zal wel vastgelegd zijn waar nieuwe mailbox-info naartoe gemaild moet worden.
Dat stukje van 13:53 is van een een mail ik die verzend vanuit een mailbox in virtualmin
Dat lijkt dus gewoon goed gegaan te zijn - die mail moet bij gmail aangekomen zijn.
Het gaat mis bij mail ontvangen.. als ik bijvoorbeeld een mail van uit hotmail of gmail naar paypal@domein.nl stuur komt hij niet aan. ik kan gewoon helemaal geen mails ontvangen.
... maar daar heb je dus geen logfile van laten zien, dus valt weinig van te zeggen.

Desondanks, gezien die port-25 boodschap gok ik nog op een firewall probleem. Wat krijg je als je doet:
code:
1
telnet domein.nl 25

...waarbij je domein.nl even vervangt door het IP adres van die machine? Levert dat een nieuwe prompt, of blijft telnet hangen op een leeg scherm? Indien dat laatste: firewall probleem.

Acties:
  • 0 Henk 'm!

  • Smashmint
  • Registratie: Februari 2010
  • Laatst online: 30-08 20:31
Hij blijft hangen op er word verbinding gemaakt met: ip.... Kan geen verbinding maken met de host op poort 25

dat word even googelen naar Iptabels dan maar

Edit: inkomende mail word helemaal niet in de log file weergegeven.

[ Voor 18% gewijzigd door Smashmint op 16-04-2010 17:55 ]


Acties:
  • 0 Henk 'm!

  • vanaalten
  • Registratie: September 2002
  • Laatst online: 17:55
Firewall probleem dus.
En als je die hebt opengezet, check dan meteen even of je geen open relay hebt. Geloof mij, dat wil je ECHT niet.

Acties:
  • 0 Henk 'm!

  • Smashmint
  • Registratie: Februari 2010
  • Laatst online: 30-08 20:31
Ik kom er niet echt uit hoe ik een rule moet adden in Iptables.. moeten al die vakjes allemaal ingevuld worden ? met google kom ik ook niet echt verder..

Afbeeldingslocatie: http://img94.imageshack.us/img94/1885/addrule.th.png

Acties:
  • 0 Henk 'm!

  • vanaalten
  • Registratie: September 2002
  • Laatst online: 17:55
Als je met google niet verder komt, dan heb je ofwel de verkeerde zoektermen gebruikt of er niet genoeg tijd in gestoken...
http://www.google.nl/search?q=iptables+howto
En ja, iptables is een complex iets, daar kan je best wat tijd aan kwijt zijn. Maar goed, je neemt veiligheid serieus dus daar wil je ook best tijd aan besteden.

Voor nu wil ik wel even een gok wagen:
1) al het IP-verkeer dat gerelateerd is aan vorig toegestaan verkeer wil je sowieso weer toestaan.
Vul in:
- Rule Comment: accept existing stuff
- Action to take: Accept
- Connection states: kies 'Established' en 'Related'. Geen idee wat je bij die dropdownbox ervoor kan selecteren, maar kies iets zinnigs. :)
... en klik op 'Create'. Je hebt nu je eerste IPtables rule aangemaakt.

2) Maar die eerste, daar heb je weinig aan. Die laat al het verkeer gerelateerd aan voorgaand toegestaan verkeer door, maar je hebt nog geen rule om initieel verkeer door te laten:
Vul in:
- Rule Comment: Accept incoming mail on port 25
- Action to take: Accept
- Incoming interface: eth0 (dus kies weer iets zinnigs bij die dropdownbox ervoor)
- Network protocol: TCP + UDP. Misschien alleen TCP, maar ik heb zelf beide gedaan. Dus weer iets zinnigs in die dropdownbox.
- Destination TCP or UDP port: port 25. En weer die dropdownbox ervoor zinnig invullen.
- Connection states: New
... en klik op 'Create'. Als het een beetje meezit staat nu poort 25 open voor inkomende mail en heb je niet meteen een open relay gemaakt. Dus doe als eerste een check voor open relay!

(geen idee of je tussendoor moet herstarten of zo, ik ken Virtualmin verder niet)

Check daarna weer met telnet zoals voorheen of je nu iets meer reactie op poort 25 krijgt.

---------------------------------------------------------------------------------------------------
Even het kritische opvoedkundige deel tussendoor:
Ik heb het idee dat ik je redelijk aan het handje aan het leiden ben:
Als eerste wees de logfile op een typo in je config, maar logfiles leek je al niet te lezen, zelfs niet toen je een stukje van slechts 20 regels postte met duidelijke 'fatal' boodschappen.
Daarna wees je volgende stukje log op een poort-25 onbereikbaar probleem, maar dat haalde je er zelf al niet uit.
Nu wist je dat het iets met iptables is, waar echt tientallen handleidingen voor te vinden zijn met uitleg.

Zoals ik het zie:
- Je hebt weinig kennis van mailsystemen;
- weinig kennis van Linux (gok ik...)
- weinig kennis van firewalls / iptables
- gebruikt een admin-pakket Virtualmin waar je niet echt in thuis bent.

Volgens mij had je de verwachting dat het een kwestie was van CentOS installeren, Virtualmin installeren (of beide kwamen al standaard daarmee aangeleverd), wat knopjes indrukken en klaar. Om echter serverbeheerder te worden is flink wat meer werk - het is inderdaad wat knopjes indrukken, maar *nadat* je flink wat studie hebt gedaan in de materie waar je mee werkt. Gewoon maar 'wat doen en proberen' kan een gevaarlijke combinatie zijn.

Ofwel, mijn advies: leer vooral om logfiles te lezen, zoek flink wat meer op internet naar HowTo's en probeer vooral te snappen wat je doet, in plaats van standaard dingen overnemen.

(disclaimer: ook ik ben niet perfect en neem wel eens een shortcut...)

Acties:
  • 0 Henk 'm!

  • Smashmint
  • Registratie: Februari 2010
  • Laatst online: 30-08 20:31
Nog bedankt voor je reactie :)

Je verhaal klopt wel.. ik heb niet heel veel kennis van het onderstaande. De server kwam alleen aangeleverd met Cent Os dus virtualmin en nog wat andere dingen heb ik dan weer wel zelf gedaan :9 met google kom je een heel eind alleen met postfix en iptables niet vandaar ook mijn post..

Ik ben nu een beetje aan het stoeien hoe ik port 25 open krijg.. ook als ik de service iptables via virtualmin even stop krijg ik als nog dat hij niet kan connecten met cmd: telnet <ip> 25 dus dat is alleen een beetje vaag.

Acties:
  • 0 Henk 'm!

  • vanaalten
  • Registratie: September 2002
  • Laatst online: 17:55
Even hier wat tests gedaan:
Poort 25 gesloten: na enkele secondes geeft telnet aan dat 'ie geen verbinding kan maken;
Poort 25 open, maar geen postfix draaiend: telnet geeft vrijwel direct aan dat 'ie geen verbinding kan maken met dezelfde foutmelding;
Poort 25 open met postfix draaiend: jawel, een postfix prompt...

Ofwel, of poort 25 open of dicht staat geeft dezelfde melding als postfix niet draait.

Maar goed - ik ben geen fan van webinterfaces of GUIs, ze verbergen vaak zinnige info.
Tip: op de command line van die linux machine als root 'iptables -L' uitvoeren laat *echt* zien wat er aan iptables rules actief is. En probeer op de command line van die linux machine ook eens 'telnet 127.0.0.1 25'. En blijf even in de gaten houden of er in de logfile van Postfix geen meldingen bijgekomen zijn bij het proberen te telnetten. Al denk ik nog steeds aan een firewall probleem.

Acties:
  • 0 Henk 'm!

  • Smashmint
  • Registratie: Februari 2010
  • Laatst online: 30-08 20:31
Hey,

Het command: iptables -L pakte hij niet in de commandline in virtualmin.
Bij het telnet command kreeg ik het volgende resultaat:
code:
1
2
3
4
5
> telnet 127.0.0.1 25
Trying 127.0.0.1...
Connected to 127.0.0.1.
Escape character is '^]'.
Connection closed by foreign host.


En na het telnet command kwam ik dit tegen in de logfile van postfix

code:
1
2
3
Apr 19 19:10:15 s1 postfix/smtpd[2760]: connect from domein.com[127.0.0.1]
Apr 19 19:10:15 s1 postfix/smtpd[2760]: lost connection after CONNECT from domein.com[127.0.0.1]
Apr 19 19:10:15 s1 postfix/smtpd[2760]: disconnect from domein.com[127.0.0.1]

Acties:
  • 0 Henk 'm!

  • vanaalten
  • Registratie: September 2002
  • Laatst online: 17:55
Ofwel:
Postfix draait, staat klaar om mail op poort 25 te ontvangen maar iets houdt de voordeur dicht.
Dat Postfix werkt bewijst die telnet: je runt telnet lokaal, dus 'achter' de firewall. Doe je hetzelfde maar 'voor' die firewall (vervang 127.0.0.1 door het externe IP-adres van je machine), dan kom je er niet door.

Ik ben niet bekend met Virtualmin, kan daar dus geen nuttige tips geven.
Heb je geen shell inlogmogelijkheden op je server? Root-password? Is natuurlijk wel een beetje beperkt als je zo via een webinterface shell-commands moet geven...

Probeer eens 'sudo iptables -L'? Daarmee probeer je als user 'root' dat iptables commando uit te voeren, goede kans dat je dat als gewone gebruiker niet kan/mag. Kan zijn dat je wel je gewone *user* password moet opgeven als je dit probeert.

Maar hoe dan ook - je zal verder moeten duiken in Virtualmin, op de een of andere manier daar een poort 25 open zetten. Succes!

Acties:
  • 0 Henk 'm!

  • Smashmint
  • Registratie: Februari 2010
  • Laatst online: 30-08 20:31
Het is me gelukt het command iptables -L te runnen:

> iptables -L
Chain INPUT (policy ACCEPT)
target prot opt source destination
ACCEPT all -- anywhere anywhere
ACCEPT all -- anywhere anywhere

Chain FORWARD (policy ACCEPT)
target prot opt source destination

Chain OUTPUT (policy ACCEPT)
target prot opt source destination

Aangezien ik geen port 25 zie zal ik wel iets niet goed ingesteld hebben..

Acties:
  • 0 Henk 'm!

  • vanaalten
  • Registratie: September 2002
  • Laatst online: 17:55
Hmmm...
Interessant. IPtables staat verrassend genoeg uit. "Policy Accept" betekent dat alles wat niet aan een IPtables regel voldoet, geaccepteerd wordt. En aan gezien je 'input' chain (lijst van iptables regels) op twee ACCEPT regels na helemaal leeg is, staat IPtables dus alles netjes door te laten.

Andere mogelijkheid: tcpwrappers. IPtables blokkeert op IP-niveau, tcpwrappers op applicatieniveau.
Kan je eens kijken of je op die machine de files /etc/hosts.allow en/of /etc/hosts.deny hebt, en de inhoud eens posten?

Zit er in Virtualmin iets met 'tcpwrappers'?

Acties:
  • 0 Henk 'm!

  • Smashmint
  • Registratie: Februari 2010
  • Laatst online: 30-08 20:31
Yupp, er zit een module TCP Wrappers wrappers in virtualmin.


No rules have been defined in /etc/hosts.allow yet.
No rules have been defined in /etc/hosts.deny yet.

Ik kan een nieuwe allow rule adde in het volgende schermpje:

Afbeeldingslocatie: http://img168.imageshack.us/img168/6802/knipseld.png

Maar aangezien de deny rules ook lees zijn denk ik dat dat geen nut zal hebben ?

[ Voor 12% gewijzigd door Smashmint op 19-04-2010 22:35 ]


Acties:
  • 0 Henk 'm!

  • vanaalten
  • Registratie: September 2002
  • Laatst online: 17:55
Samengevat:
  • Postfix is bereikbaar als je lokaal verbinding probeert te maken: "telnet 127.0.0.1 25" geeft een antwoord
  • Van buitenaf is de boel niet bereikbaar - timeout
  • IPtables zit niet in de weg - heb je met een "iptables -L" laten zien
  • TCPwrappers zit niet in de weg - geen hosts.allow/deny
Mogelijkheden die ik nog zie:
  1. IP-adres waar je van buitenaf verbinding mee probeert te maken klopt niet
  2. Er zit nog iets anders *buiten* die server die specifiek verkeer op poort 25 tegenhoudt. Firewall of router er buiten misschien? Zou je misschien nog kunnen navragen bij Leaseweb.
Beide opties vind ik niet waarschijnlijk, maar kan de moeite waard zijn om uit te sluiten. Meest waarschijnlijke is toch dat er op de machine iets de boel tegenhoudt.

Verder: met bovenstaande samenvatting, beetje uitbreiden misschien, kan je wellicht een nieuw topic maken in Non-windows Operating Systems (NOS). Daar zitten veel mensen met een hoop meer Linux-kennis dan ik.
Advies: kijk even of je gewoon shell-toegang hebt, liefst met root login. Als je alles met Virtualmin wil doen zal je topic in 'NOS' niet veel kans maken, denk ik...

(en als je het uiteindelijk gevonden hebt ben ik wel benieuwd wat het dan was...)

Acties:
  • 0 Henk 'm!

  • Smashmint
  • Registratie: Februari 2010
  • Laatst online: 30-08 20:31
Ja ik heb root login, het was alleen ff zoeken doe ik dit deed in virtualmin.

Maargoed bedankt voor al je hulp ik ga z.s.m een nieuw topic in die categorie aanmaken.
Pagina: 1