Postfix & Réseau windows

Postfix & Réseau windows - Logiciels - Linux et OS Alternatifs

Marsh Posté le 20-12-2006 à 17:03:04    

Bonjour à tous,
 
Je suis nouveau sur linux (juste deux ou trois installs à mon actif) et j'ai beaucoup de problèmes...
J'explique :  
 
Nous avions dans ma boite, de gros problèmes avec l'envoi de mails (un réseau windows). Les serveurs smtp gratuits sont lourds et peu performants (beaucoup trop de pertes). Je précise bien que nous n'avons QUE des serveurs windows...
 
J'ai réussi à persuader mon responsable que mettre au milieu de tout ça un serveur mail sous une distri linux serait l'idéal.
 
Donc j'ai fait quelques recherches, et j'ai installé d'abord FreeBSD, mais j'ai du mal faire des trucs, et j'arrive à rien.
Du coup, j'ai ressorti de mes cartons RedHat 9.
 
Installation, nickel. Tout marche très bien...
 
Mais tout se complique.
J'ai pris une bonne dizaine de tutoriaux sur internet pour installer PostFix, serveur mail réputé plus simple et plus souple que Sendmail.
Mais je n'arrive absolument pas à l'installer.
 
En fait, ce que je cherche, c'est juste que le serveur linux fasse relais smtp (avec mise en file d'attente) pour tous mes serveurs windows...
 
Question 1 : Est-ce que c'est possible ?
Question 2 : Y a t il mieux que PostFix ? Il y en a avec une interface graphique ?
Question 3 : Heeeeeeeeelp...
 
Merci

Message cité 1 fois
Message édité par backdafuckup le 22-12-2006 à 13:46:57
Reply

Marsh Posté le 20-12-2006 à 17:03:04   

Reply

Marsh Posté le 20-12-2006 à 17:56:49    

backdafuckup a écrit :

Bonjour à tous,
 
Je suis nouveau sur linux (juste deux ou trois installs à mon actif) et j'ai beaucoup de problèmes...
J'explique :  
 
Nous avions dans ma boite, de gros problèmes avec l'envoi de mails (un réseau windows). Les serveurs smtp gratuits sont lourds et peu performants (beaucoup trop de pertes). Je précise bien que nous n'avons QUE des serveurs windows...
 
J'ai réussi à persuader mon responsable que mettre au milieu de tout ça un serveur mail sous une distri linux serait l'idéal.
 
Donc j'ai fait quelques recherches, et j'ai installé d'abord FreeBSD, mais j'ai du mal faire des trucs, et j'arrive à rien.
Du coup, j'ai ressorti de mes cartons RedHat 9.
 
Installation, nickel. Tout marche très bien...
 
Mais tout se complique.
J'ai pris une bonne dizaine de tutoriaux sur internet pour installer PostFix, serveur mail réputé plus simple et plus souple que Sendmail.
Mais je n'arrive absolument pas à l'installer.
 
En fait, ce que je cherche, c'est juste que le serveur linux fasse relais smtp (avec mise en file d'attente) pour tous mes serveurs windows...
 
Question 1 : Est-ce que c'est possible ?
Question 2 : Y a t il mieux que PostFix ? Il y en a avec une interface graphique ?
Question 3 : Heeeeeeeeelp...
 
Merci


 
1/ oui
2/ Postfix + webmin
3/ FreeBSD c'est pourtant pas dur cd /usr/ports/mail/postfix && make install clean :D


---------------
¡ Viva la Revolución !
Reply

Marsh Posté le 20-12-2006 à 18:04:23    

Les trucs installé sans reflexion... ;)

Reply

Marsh Posté le 21-12-2006 à 08:42:49    

Freebsd et redhat ne géraient visiblement la carte graphique du premier pc avec lequel j'ai essayé l'install (une geforce quad FX 500), du coup j'ai changé de pc et j'ai mis redhat...
 
Ya un moyen de supprimer postfix complètement et de le réinstaller... Parce que j'arrive pas à le faire marcher là... :/

Reply

Marsh Posté le 21-12-2006 à 09:16:17    

Bon, visiblement, j'ai réussi à installer webmin...
 
Je suis rentré dans la config de postfix, mais il doit y avoir des confilts, et je vais sûrement avoir besoin d'aide pour les gérer, parce que là je vais pas m'en sortir je crois....
 
Il me dit que j'ai des messages dans ma mailqueue (normal j'ai fait des tests), mais si j'essaie de visualiser le message ou de forcer l'envoi, il me dit non, il me dit qu'il ne peut pas visualiser la mailqueue puisque le server est down....
 
Des idées ?

Reply

Marsh Posté le 21-12-2006 à 09:17:08    

backdafuckup a écrit :

Désolé, je sais que je vais vous paraître chiant...
 
Mais c'est quand même chiant linux quand ça marche pas.
 
Je peux pas utiliser rpm :  
 
error: cannot get exclusive lock on /var/lib/rpm/Packages
error: cannot open Packages index using db3 - Opération non permise (1)
error: cannot open Packages database in /var/lib/rpm
error: jcameron-key.asc: import failed.
 
(Ca c'était pour la clef de signature pour webmin)...


 
t'es sûr que l'utilisateur que tu utilises à les droits suffisants pour installer un package ?
 

backdafuckup a écrit :


Et postfix, je crois que je l'ai deux fois :  
une fois dans /etc/postfix
et dans /etc/rc.d/init.d/postfix
enfin un chemin dans le style...
 
Bref, c'est la misère...


 
euuuh, les chemins que tu précises sont les fichiers de configuration (enfin, le premier surtout, le deuxième, c'est le script de lancement en tant que service)
tu dois encore avoir les exécutables & cie dans /usr
 
 
c'est bien de conseiller à son boss de passer sous Linux, mais faut être sûr de pouvoir le faire :sweat:  


---------------
Counting all the assh*les in the room, well I'm definitely not alone...
Reply

Marsh Posté le 21-12-2006 à 09:38:31    

Le premier message c'était effectivement un problème de droits... Une fois en root j'ai pu installer mes packages...
 
Si je fais une réinstall de postfix sans désinstaller, ça pose problème ?
 
Je pensais pas tomber sur autant de difficultés. J'avais déjà installé redhat, et j'avais trouvé des tutoriaux qui semblaient plutôt simples... Mais il s'avère que ça ne marche pas bien...

Reply

Marsh Posté le 21-12-2006 à 14:46:36    

Bon, ben je reviens avec mes questions...
 
J'ai réussi à installer webmin, postfix tout ça, tout marche comme il faut maintenant...
 
A une seule exception, le serveur linux n'est absolument pas reconnu dans windows.
 
Après quelques recherches, je tombe sur un tutorial sympa :  
http://www.lea-linux.org/cached/in [...] _auth.html
 
J'ai tout fait comme ils disaient les messieurs, sauf que j'ai une belle erreur NT_STATUS_ACCESS_DENIED lorsque j'essaie de joindre le domaine avec la commande :  
 
smbpasswd -j nomdemondomaine -r nomducontroleur -U user%mdp
 
Mon contrôleur de domaine est sous win serveur 2003.
Je trouve des trucs sur google, mais pas de tutoriaux précis, et là je commence à être perdu...  
 
Des idées ?
 
Merci d'avance

Reply

Marsh Posté le 21-12-2006 à 14:50:57    

Pourquoi faire rejoindre ton serveur Linux dans ton domaine ?
J'ai un serveur mail pour 300 users dans un domaine AD 2003 et mon serveur n'y est pas intégré....
Ma question: y a t'il necessité a integer ton serveur dans l'AD?
++

Reply

Marsh Posté le 21-12-2006 à 15:21:56    

absolument pas, je veux juste que depuis un site asp.net hébergé sur un autre serveur (un windows), je puisse envoyer un mail via mon serveur linux....
 
Et j'y arrive pas, et ça me soule un peu :(

Reply

Marsh Posté le 21-12-2006 à 15:21:56   

Reply

Marsh Posté le 21-12-2006 à 15:39:30    

Si tu n'as que le smtp a stipulé, il n'y a aucun interet a l'intégré au domaine....
Au passage le fait de passer via postfix ne resoudra certainement pas ton soucis d'envoie de mail, puisque postix devra avoir un relais, relais qui ne fonctionnait pas bien auparavant...Et qui ne fonctionnera pas mieux maintenant non?
++

Reply

Marsh Posté le 21-12-2006 à 15:45:25    

C'est pas le relais qui ne fonctionnait pas, c'est le logiciel qui servait de relais smtp, simplement...  
postfix fonctionne, mais visiblement il n'accepte pas (pour l'instant) de mail depuis un serveur windows, et c'est ça mon problème...
Je voudrais qu'il "écoute" le réseau, et que dès qu'on lui envoie un mail il le relaye via le smtp de notre fai vers l'adresse demandée....
 
C'est impossible ?

Reply

Marsh Posté le 21-12-2006 à 15:53:46    

Si c'est possible....
peux tu faire voir ton main.cf, postfix est bien lancé?
++

Reply

Marsh Posté le 21-12-2006 à 15:58:17    

Bon, je te mets mon main.cf.
(oui, postfix est lancé...)
 


# Global Postfix configuration file. This file lists only a subset
# of all 300+ parameters. See the postconf(5) manual page for a
# complete list.
#
# The general format of each line is: parameter = value. Lines
# that begin with whitespace continue the previous line. A value can
# contain references to other $names or ${name}s.
#
# NOTE - 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.
#
queue_directory = /var/spool/postfix
 
# 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.
#
mail_owner = postfix
 
# 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 = serveurmail.messages.fr
#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 = messages.fr
 
# 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
 
# 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
#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
#mynetworks = 192.9.200.213/28, 192.9.200.214/28, 127.0.0.1/8, 192.9.200.50/28, 192.9.200.99/28, 192.9.200.67/28, 192.9.200.226/28, 192.9.200.227/28
mynetworks = 192.9.200.0/24, 127.0.0.0/8
 
# 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]
relayhost = smtp.completel.fr
 
# 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:/file/name
#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:/file/name
#fallback_transport = cyrus
#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 = /usr/share/doc/postfix-2.2.10-documentation/html
 
# 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 = /etc/postfix
 
# readme_directory: The location of the Postfix README files.
#
readme_directory = /usr/share/doc/postfix-2.2.10-documentation/readme
alias_database = hash:/etc/postfix/aliases
alias_maps = hash:/etc/postfix/aliases
 


Message édité par backdafuckup le 21-12-2006 à 15:59:27
Reply

Marsh Posté le 22-12-2006 à 08:33:54    

up !
Les mails vers l'extérieur fonctionnent, mais par contre, depuis un serveur windows, si j'envoie un mail via asp.net (sensé passer par le serveur smtp linux), ça marche toujours pas....

Reply

Marsh Posté le 22-12-2006 à 09:14:51    

backdafuckup a écrit :

up !
Les mails vers l'extérieur fonctionnent, mais par contre, depuis un serveur windows, si j'envoie un mail via asp.net (sensé passer par le serveur smtp linux), ça marche toujours pas....


il faut faut autoiser tes machines du réseau à être relayer par ce serveur smtp.

Reply

Marsh Posté le 22-12-2006 à 09:34:28    

memaster a écrit :

il faut faut autoiser tes machines du réseau à être relayer par ce serveur smtp.


et ça se fait comment ça ?
 
enfin je veux dire, ça se fait au niveau du serveur linux ?


Message édité par backdafuckup le 22-12-2006 à 09:35:51
Reply

Marsh Posté le 22-12-2006 à 09:54:31    

Dans les autorisations d'IP, j'ai essayé deux choses :  
 
192.9.200.213/24, 192.9.200.214/24, 127.0.0.1/8, 192.9.200.50/24, 192.9.200.99/24, 192.9.200.67/24, 192.9.200.226/24, 192.9.200.227/24
 
et
 
192.9.200.0/24, 127.0.0.0/8
 
C'est quoi qu'il faut mettre ?? C'est ça ?

Reply

Marsh Posté le 27-12-2006 à 08:31:45    

up ? (et joyeux noël !)


Message édité par backdafuckup le 27-12-2006 à 08:32:02
Reply

Marsh Posté le 27-12-2006 à 08:46:38    

C'est ca....192.9.200.0/24, 127.0.0.0/8
Si ton reseau local est de la forme 192.9.200.x , si tu veux n'autoriser que quelques machines a utiliser ton smtp, c'est 192.9.200.50/32 (si tu desires autoriser cette IP a envoyer via ton serveur).
 
Au passage tous les champs précédés de # sont des commentaires, inutiles donc de les mettre dans ton post, ni de changer des paramètres derrière ce #, ce ne sera pas pris en compte...
 
++

Reply

Marsh Posté le 27-12-2006 à 09:07:51    

/me passe passe et propose aptitude install postfix; dpkg-reconfigure postfix et suivre le guide :D

Reply

Marsh Posté le 27-12-2006 à 09:15:35    

lol
 
Je sais pas si une réinstall solutionnera le problème.
 
Ce qui me pose problème, c'est que windows ne voit pas mon serveur Linux...
Je veux juste que ASP.net puisse voir mon serveur de mail linux et envoyer les mails depuis les serveurs windows vers linux puis vers l'extérieur...
 
Voilà, merci pour votre aide...

Reply

Marsh Posté le 27-12-2006 à 09:35:18    

Qu'entends tu par "windows ne voit pas mon serveur Linux"..
Il suffit juste que ton Serveur ecoute sur le port 25 (smtp), qu'il accepte les connexions provenant des IP autorisés, et que tes serveurs asp (jamais utilisé so.....) envoie vers le smtp de ton serveur..
 
Essaies aussi d'envoyer les mails directement de ton serveur, etape par etape, c'est souvent le meilleur moyen de trouver ou ca bloque....
 
++


Message édité par boobaka le 27-12-2006 à 09:36:26
Reply

Marsh Posté le 27-12-2006 à 11:17:10    

Le truc que j'arrive pas à activer, c'est justement l'écoute sur le port 25.
Le serveur est pingable depuis windows, avec son adresse ip, mais pas avec son nom (mon serveur linux s'appelle serveurmail, et la commande ping serveurmail ne donne rien, et pourtant il est dans la table hosts du serveur dns de mon réseau).
 
Depuis postfix, un mail vers l'extérieur fonctionne, donc il fait bien le relais (via le smtp du fai, c'est ce que j'ai choisi).
 
Les serveurs asp envoient bien vers le serveur linux, mais ne le trouvent pas, je pense que c'est un problème réseau donc (dns ou autre).
 
Comment est-ce qu'on permet au serveur linux d'accepter les connexions depuis certaines ip ? (j'ai essayé un telnet depuis windows vers le serveur linux, mais impossible de se connecter)

Reply

Marsh Posté le 27-12-2006 à 11:34:51    

sur ton serveur, faire un nmap -sS tonadresseip
Si nmap n'est pas installé, apt-get install nmap
tu verras ainsi les ports a l'ecoute ...
Concernant ton nom....Soit tu fais un enregistrement statique dans ton DNS, soit tu fais pointer tes postes Windows vers l'@IP de ton postfix....
 
Au passage, tu peux mettre ce que tu veux dans la table host de ton serveur DNS, lorsque tes clients interrogeront ton DNS, il n'y pretera pas attention donc ----> enregistrement statique dans ton DNS est la seule solution...
 
 
++


Message édité par boobaka le 27-12-2006 à 11:35:23
Reply

Marsh Posté le 27-12-2006 à 14:23:44    

Le port 25 est bien ouvert dans nmap... mais toujours aucun mail envoyé depuis windows... J'essaie l'ajout de dns statique (c'est la gestion des dns du serveur dns c'est bien ça ?)
 
En tout cas, en faisant ping nom_du_serveur_mail depuis un ordinateur du réseau (qui passe par le serveur dns), ça me traduit bien l'adresse ip (c'est une nouveauté).
 
Par contre, toujours aucun mail ne passe depuis les serveurs web...

Reply

Marsh Posté le 27-12-2006 à 14:26:43    

Alors essaies d'envoyer des mails via un client mail installé sur ce serveur..Puis analyse des logs mail...
 
++

Reply

Marsh Posté le 27-12-2006 à 14:29:00    

bonjour
que donne un telnet ipserveurlinux 25  depuis les serveurs web windows ?
 
si tu vois une reponse du linux continue le dialogue smtp (helo, mailfrom...)
 

Reply

Marsh Posté le 27-12-2006 à 14:50:08    

ben ca se connecte, mais je peux taper aucune commande. Dès que je tape une commande, ça plante (enfin ça revient sur une invit dos quoi)

Reply

Marsh Posté le 27-12-2006 à 14:54:07    

cad ?
il te repond quoi ?
le nom du serveur puis un retour chariot >   ? si oui  c'est normal .
 
ensuite tu tapes (appuie sur entree apres chaque ligne)
HELO toto.com    
MAIL FROM:<mail valide de ton domaine>
RCPT TO:<idem>
DATA
.
 
tout doit finir par une truc du genre queued....
 
si ca bloque avant il te dira pourquoi (enfin plus ou moins !)

Reply

Marsh Posté le 27-12-2006 à 14:57:58    

ben le problème c'est qu'il ne répond rien !!
Je tape  
telnet serveurmail 25
 
A ce moment là, la fenetre de commande windows se vide... et je peux rien taper. Dès que je tape une touche, je reviens à l'invite de commande windows
(C:\blablabla\ > )
 
Voilà :/

Reply

Marsh Posté le 27-12-2006 à 14:58:22    

tu as installé sans le vouloir un firewall dans ta distrib linux?
 
qd tu commences le dialogue telnet sur le port 25 (smtp),
il faut commencer par repondre helo

Reply

Marsh Posté le 27-12-2006 à 15:00:06    

backdafuckup a écrit :

ben le problème c'est qu'il ne répond rien !!
Je tape  
telnet serveurmail 25
 
A ce moment là, la fenetre de commande windows se vide... et je peux rien taper. Dès que je tape une touche, je reviens à l'invite de commande windows
(C:\blablabla\ > )
 
Voilà :/


 
 
que disent les log du serveur de mail a ce moment precis ?

Reply

Marsh Posté le 27-12-2006 à 15:02:28    

Le firewall linux était installé par défaut (dixit webmin, ya des règles configurées).
 
J'y ai rajouté une règle de ce style :  
  Accepter  Si le protocole est TCP et la source est 192.9.200.0/24 et le port destination est 25

Reply

Marsh Posté le 27-12-2006 à 15:05:14    

essaye desactiver complement ton firewall provisoirement
et vois si tes clients peuvent enfin envoyer quelquechose.


Message édité par memaster le 27-12-2006 à 15:05:37
Reply

Marsh Posté le 27-12-2006 à 15:58:06    

J'arrive pas à le désactiver... Quelques règles sont configurées sur refuser, je les ai passer sur accepter, mais le problème ne change pas....
 
Sous n'importe quelle machine, lorsque je fais telnet monserveurmail 25, je suis bien connecté en telnet (le titre de la fenetre windows command change), mais je ne vois aucun des caractères que je tape, et au bout d'un moment je sors du telnet (sans savoir ni comment ni pourquoi)...

Reply

Marsh Posté le 27-12-2006 à 16:06:40    

c'est normal sous windows de ne pas voir les caracteres entrés.
essaye de les taper en aveugle
 
il faut surtout que tu regardes les logs du serveur de mail au moment de cette connection

Reply

Marsh Posté le 27-12-2006 à 16:09:29    

:)
 
Je les trouve pas ces logs.... (boulay style, dsl de ça...)

Reply

Marsh Posté le 27-12-2006 à 16:11:33    

backdafuckup a écrit :

:)
 
Je les trouve pas ces logs.... (boulay style, dsl de ça...)


au hasard
/var/log/maillog
 :??:  
je te conseile de faire un
tail -f /var/log/maillog
pour le suivre en direct

Reply

Marsh Posté le 27-12-2006 à 16:15:47    

tail -f /var/log/mail.info
tail -f /var/log/mail.err
 
Essaies egalement d'un client mail installé sur un de tes clients...

Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed