installation serveur mail avec sous-domaine

renaud07 · Le 27/06/2012, à 15:26

Bonjour,

Je souhaiterais mettre en place un petit serveur mail sur mon serveur, mais le problème c'est est-ce ce que ça marche pour configurer les entrées MX avec un sous-domaine chez noip ou dyndns ?

D'autre part, je pense partir sur du IMAP, mais j'hésite entre courier-imap ou dovecot, pour le SMTP y'a pas de choix c'est postfix de toute façon ?

Je suis chez orange et j'ai entendu parler du blocage du port 25 mais si je mets mon SMTP en sécurisé sur le port 465 c'est bon ça passera ?

Merci pour les réponses.

Dernière modification par renaud07 (Le 27/06/2012, à 16:29)

renaud07 · Le 28/06/2012, à 15:08

Vu que personne répond, j'ai tenté ce tuto de la doc, donc tout marche sauf l'identification, lorsque je renseigne l'IP du serveur ça me trouve bien les paramètres imap et smtp par contre l’authentification est refusée pourtant j'ai créé le Maildir pour mon user courant mais bien que je tape les bonnes indications c'est MDP erroné à chaque fois.

D'où ça peux venir ?

renaud07 · Le 28/06/2012, à 20:34

Vraiment personne pour me répondre ? C'est si compliqué que ça ?

daftaupe · Le 29/06/2012, à 09:50

Salut!

Alors plusieurs réponses :
Pour le SMTP y a pas que postfix, tu peux mettre exim aussi, c'est le standard sous debian. Mais je pense que Postfix est plus répandu de manière générale.

Bon comme tu dis que tout à l'air de fonctionner je suppose que tu t'en es sorti pour le sous-domaine.
Concernant le mot de passe y a de grandes chances que ça vienne de la méthode de chiffrement. Tu as configuré ça comment dans ton client mail ?

renaud07 · Le 29/06/2012, à 17:27

Salut,

Merci pour ta réponse, concernant le domaine ça ne fonctionne pas, enfin je sais pas si ça vient du domaine lui même ou de orange qui bloque le port 25. Enfin pour le moment si j'arrive à le faire marcher en local ça serait déjà bien et concernant le port justement faut mettre quoi dans la config pour le changer ?

Pour le smtp j'ai pris postfix et ça marche très bien.

Par contre j'ai toujours ce problème avec le MDP, en fait dans thunderbird je rentre mes infos normalement avec comme ardresse mail : renaud@192.168.1.2, mon MDP
serveur IMAP : 192.168.1.2
serveur SMTP : 192.168.1.2
et après je clique sur re-tester et ça me sort automatiquement les paramètres, que thunderbird détecte sur le serveur. Mais le MDP est toujours refusé

Est-ce le fait que j'ai tapé les commandes en root et non avec mon user courant que ça merde ? Pourtant sous debian j'ai pas le choix tout ce fait en root, j'avoue que je puis un peu paumé.

Si quelqu'un à une idée ? Parce que là je vois vraiment pas ce que j'ai loupé.

Dernière modification par renaud07 (Le 29/06/2012, à 20:35)

renaud07 · Le 30/06/2012, à 01:26

voilà une capture :

et les fichers de conf :

postfix :

# See /usr/share/postfix/main.cf.dist for a commented, more complete version


# Debian specific:  Specifying a file name will cause the first
# line of that file to be used as the name.  The Debian default
# is /etc/mailname.
#myorigin = /etc/mailname

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

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

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

readme_directory = no

# TLS parameters
smtpd_tls_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem
smtpd_tls_key_file=/etc/ssl/private/ssl-cert-snakeoil.key
smtpd_use_tls=yes
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache

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

myhostname = mon.sousdomaine.net
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
mydestination = mon.sousdomaine.net, serveur.WORKGROUP, localhost.WORKGROUP, localhost, 192.168.1.2
relayhost = 
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128 mon.sousdomain.net, 192.168.1.0/24
mailbox_command = 
mailbox_size_limit = 51200000
recipient_delimiter = 
inet_interfaces = all
home_mailbox = Maildir/
inet_protocols = ipv4

courier-imap :

##VERSION: $Id: imapd.dist.in,v 1.41 2008/06/21 16:01:23 mrsam Exp $
#
# imapd created from imapd.dist by sysconftool
#
# Do not alter lines that begin with ##, they are used when upgrading
# this configuration.
#
#  Copyright 1998 - 2008 Double Precision, Inc.  See COPYING for
#  distribution information.
#
#  This configuration file sets various options for the Courier-IMAP server
#  when used with the couriertcpd server.
#  A lot of the stuff here is documented in the manual page for couriertcpd.
#
#  NOTE - do not use \ to split long variable contents on multiple lines.
#  This will break the default imapd.rc script, which parses this file.
#
##NAME: ADDRESS:0
#
#  Address to listen on, can be set to a single IP address.
#
# ADDRESS=127.0.0.1

ADDRESS=0

##NAME: PORT:1
#
#  Port numbers that connections are accepted on.  The default is 143,
#  the standard IMAP port.
#
#  Multiple port numbers can be separated by commas.  When multiple port
#  numbers are used it is possible to select a specific IP address for a
#  given port as "ip.port".  For example, "127.0.0.1.900,192.68.0.1.900"
#  accepts connections on port 900 on IP addresses 127.0.0.1 and 192.68.0.1
#  The previous ADDRESS setting is a default for ports that do not have
#  a specified IP address.

PORT=143

##NAME: AUTHSERVICE:0
#
#  It's possible to authenticate using a different 'service' parameter
#  depending on the connection's port.  This only works with authentication
#  modules that use the 'service' parameter, such as PAM.  Example:
#
#  AUTHSERVICE143=imap
#  AUTHSERVICE993=imaps

##NAME: MAXDAEMONS:0
#
#  Maximum number of IMAP servers started
#

MAXDAEMONS=40

##NAME: MAXPERIP:0
#
#  Maximum number of connections to accept from the same IP address

MAXPERIP=20

##NAME: PIDFILE:0
#
#  File where couriertcpd will save its process ID
#

PIDFILE=/var/run/courier/imapd.pid

##NAME: TCPDOPTS:0
#
# Miscellaneous couriertcpd options that shouldn't be changed.
#

TCPDOPTS="-nodnslookup -noidentlookup"

##NAME: LOGGEROPTS:0
#
# courierlogger(1) options.                                        
#

LOGGEROPTS="-name=imapd"

##NAME: DEFDOMAIN:0
#
# Optional default domain. If the username does not contain the         
# first character of DEFDOMAIN, then it is appended to the username.
# If DEFDOMAIN and DOMAINSEP are both set, then DEFDOMAIN is appended
# only if the username does not contain any character from DOMAINSEP.
# You can set different default domains based on the the interface IP
# address using the -access and -accesslocal options of couriertcpd(1).

#DEFDOMAIN="@example.com"

##NAME: IMAP_CAPABILITY:1
#
# IMAP_CAPABILITY specifies what most of the response should be to the
# CAPABILITY command.
#
# If you have properly configured Courier to use CRAM-MD5, CRAM-SHA1, or
# CRAM-SHA256 authentication (see INSTALL), set IMAP_CAPABILITY as follows:
#
# IMAP_CAPABILITY="IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT QUOTA AUTH=CRAM-MD5 AUTH=CRAM-SHA1 AUTH=CRAM-SHA256 IDLE"
#

IMAP_CAPABILITY="IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT QUOTA IDLE"

##NAME: KEYWORDS_CAPABILITY:0
#
# IMAP_KEYWORDS=1 enables custom IMAP keywords.  Set this option to 0 to
# disable custom keywords.
#
# IMAP_KEYWORDS=2 also enables custom IMAP keywords, but uses a slower
# algorithm. Use this setting if keyword-related problems occur when
# multiple IMAP clients are updating keywords on the same message.

IMAP_KEYWORDS=1

##NAME: ACL_CAPABILITY:0
#
# IMAP_ACL=1 enables IMAP ACL extension. Set this option to 0 to
# disable ACL capabilities announce.

IMAP_ACL=1

##NAME: SMAP1_CAPABILITY:0
#
# EXPERIMENTAL
#
# To enable the experimental "Simple Mail Access Protocol" extensions,
# uncomment the following setting.
#
# SMAP_CAPABILITY=SMAP1

##NAME: IMAP_CAPABILITY_ORIG:2
#
# For use by webadmin

IMAP_CAPABILITY_ORIG="IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT QUOTA AUTH=CRAM-MD5 AUTH=CRAM-SHA1 AUTH=CRAM-SHA256 IDLE"

##NAME: IMAP_PROXY:0
#
# Enable proxying.  See README.proxy

IMAP_PROXY=0

##NAME: PROXY_HOSTNAME:0
#
# Override value from gethostname() when checking if a proxy connection is
# required.
#
# PROXY_HOSTNAME=

##NAME: IMAP_PROXY_FOREIGN:0
#
# Proxying to non-Courier servers.  Re-sends the CAPABILITY command after
# logging in to the remote server.  May not work with all IMAP clients.

IMAP_PROXY_FOREIGN=0

##NAME: IMAP_IDLE_TIMEOUT:0
#
# This setting controls how often
# the server polls for changes to the folder, in IDLE mode (in seconds).

IMAP_IDLE_TIMEOUT=60

##NAME: IMAP_MAILBOX_SANITY_CHECK:0
#
# Sanity check -- make sure home directory and maildir's ownership matches
# the IMAP server's effective uid and gid

IMAP_MAILBOX_SANITY_CHECK=1

##NAME: IMAP_CAPABILITY_TLS:0
#
# The following setting will advertise SASL PLAIN authentication after
# STARTTLS is established.  If you want to allow SASL PLAIN authentication
# with or without TLS then just comment this out, and add AUTH=PLAIN to
# IMAP_CAPABILITY

IMAP_CAPABILITY_TLS="$IMAP_CAPABILITY AUTH=PLAIN"

##NAME: IMAP_TLS_ORIG:0
#
# For use by webadmin

IMAP_CAPABILITY_TLS_ORIG="$IMAP_CAPABILITY_ORIG AUTH=PLAIN"

##NAME: IMAP_DISABLETHREADSORT:0
#
# Set IMAP_DISABLETHREADSORT to disable the THREAD and SORT commands -
# server side sorting and threading.
#
# Those capabilities will still be advertised, but the server will reject
# them.  Set this option if you want to disable all the extra load from
# server-side threading and sorting.  Not advertising those capabilities
# will simply result in the clients reading the entire folder, and sorting
# it on the client side.  That will still put some load on the server.
# advertising these capabilities, but rejecting the commands, will stop this
# silliness.
#

IMAP_DISABLETHREADSORT=0

##NAME: IMAP_CHECK_ALL_FOLDERS:0
#
# Set IMAP_CHECK_ALL_FOLDERS to 1 if you want the server to check for new
# mail in every folder.  Not all IMAP clients use the IMAP's new mail
# indicator, but some do.  Normally new mail is checked only in INBOX,
# because it is a comparatively time consuming operation, and it would be
# a complete waste of time unless mail filters are used to deliver
# mail directly to folders.
#
# When IMAP clients are used which support new mail indication, and when
# mail filters are used to sort incoming mail into folders, setting
# IMAP_CHECK_ALL_FOLDERS to 1 will allow IMAP clients to announce new
# mail in folders.  Note that this will result in slightly more load on the
# server.
#

IMAP_CHECK_ALL_FOLDERS=0

##NAME: IMAP_OBSOLETE_CLIENT:0
#
# Set IMAP_OBSOLETE_CLIENT if your IMAP client expects \\NoInferiors to mean
# what \\HasNoChildren really means.

IMAP_OBSOLETE_CLIENT=0

##NAME: IMAP_UMASK:0
#
# IMAP_UMASK sets the umask of the server process.  The value of IMAP_UMASK is
# simply passed to the "umask" command.  The default value is 022.
#
# This feature is mostly useful for shared folders, where the file permissions
# of the messages may be important.

IMAP_UMASK=022

##NAME: IMAP_ULIMITD:0
#
# IMAP_ULIMITD sets the maximum size of the data segment of the server
# process.  The value of IMAP_ULIMITD is simply passed to the "ulimit -d"
# command (or ulimit -v).  The argument to ulimi sets the upper limit on the
# size of the data segment of the server process, in kilobytes.  The default
# value of 65536 sets a very generous limit of 64 megabytes, which should
# be more than plenty for anyone.
#
# This feature is used as an additional safety check that should stop
# any potential denial-of-service attacks that exploit any kind of
# a memory leak to exhaust all the available memory on the server.
# It is theoretically possible that obscenely huge folders will also
# result in the server running out of memory when doing server-side
# sorting (by my calculations you have to have at least 100,000 messages
# in a single folder, for that to happen).

IMAP_ULIMITD=131072

##NAME: IMAP_USELOCKS:0
#
# Setting IMAP_USELOCKS to 1 will use dot-locking to support concurrent
# multiple access to the same folder.  This incurs slight additional
# overhead.  Concurrent multiple access will still work without this setting,
# however occasionally a minor race condition may result in an IMAP client
# downloading the same message twice, or a keyword update will fail.
#
# IMAP_USELOCKS=1 is strongly recommended when shared folders are used.

IMAP_USELOCKS=1

##NAME: IMAP_SHAREDINDEXFILE:0
#
# The index of all accessible folders.  Do not change this setting unless
# you know what you're doing.  See README.sharedfolders for additional
# information.

IMAP_SHAREDINDEXFILE=/etc/courier/shared/index

##NAME: IMAP_ENHANCEDIDLE:0
#
# If Courier was compiled with the File Alteration Monitor, setting
# IMAP_ENHANCEDIDLE to 1 enables enhanced IDLE mode, where multiple
# clients may open the same folder concurrently, and receive updates to
# folder contents in realtime.  See the imapd(8) man page for additional
# information.
#
# IMPORTANT: IMAP_USELOCKS *MUST* also be set to 1, and IDLE must be included
# in the IMAP_CAPABILITY list.
#

IMAP_ENHANCEDIDLE=0

##NAME: IMAP_TRASHFOLDERNAME:0
#
# The name of the magic trash Folder.  For MSOE compatibility,
# you can set IMAP_TRASHFOLDERNAME="Deleted Items".
#
# IMPORTANT:  If you change this, you must also change IMAP_EMPTYTRASH

IMAP_TRASHFOLDERNAME=Trash

##NAME: IMAP_EMPTYTRASH:0
#
# The following setting is optional, and causes messages from the given
# folder to be automatically deleted after the given number of days.
# IMAP_EMPTYTRASH is a comma-separated list of folder:days.  The default
# setting, below, purges 7 day old messages from the Trash folder.
# Another useful setting would be:
#
# IMAP_EMPTYTRASH=Trash:7,Sent:30
#
# This would also delete messages from the Sent folder (presumably copies
# of sent mail) after 30 days.  This is a global setting that is applied to
# every mail account, and is probably useful in a controlled, corporate
# environment.
#
# Important: the purging is controlled by CTIME, not MTIME (the file time
# as shown by ls).  It is perfectly ordinary to see stuff in Trash that's
# a year old.  That's the file modification time, MTIME, that's displayed.
# This is generally when the message was originally delivered to this
# mailbox.  Purging is controlled by a different timestamp, CTIME, which is
# changed when the file is moved to the Trash folder (and at other times too).
#
# You might want to disable this setting in certain situations - it results
# in a stat() of every file in each folder, at login and logout.
#

IMAP_EMPTYTRASH=Trash:7

##NAME: IMAP_MOVE_EXPUNGE_TO_TRASH:0
#
# Set IMAP_MOVE_EXPUNGE_TO_TRASH to move expunged messages to Trash.  This
# effectively allows an undo of message deletion by fishing the deleted
# mail from trash.  Trash can be manually expunged as usually, and mail
# will get automatically expunged from Trash according to IMAP_EMPTYTRASH.
#
# NOTE: shared folders are still expunged as usual.  Shared folders are
# not affected.
#

IMAP_MOVE_EXPUNGE_TO_TRASH=0


##NAME: OUTBOX:0
#
# The next set of options deal with the "Outbox" enhancement.
# Uncomment the following setting to create a special folder, named
# INBOX.Outbox
#
# OUTBOX=.Outbox

##NAME: SENDMAIL:0
#
# If OUTBOX is defined, mail can be sent via the IMAP connection by copying
# a message to the INBOX.Outbox folder.  For all practical matters,
# INBOX.Outbox looks and behaves just like any other IMAP folder.  If this
# folder doesn't exist it must be created by the IMAP mail client, just
# like any other IMAP folder.  The kicker: any message copied or moved to
# this folder is will be E-mailed by the Courier-IMAP server, by running
# the SENDMAIL program.  Therefore, messages copied or moved to this
# folder must be well-formed RFC-2822 messages, with the recipient list
# specified in the To:, Cc:, and Bcc: headers.  Courier-IMAP relies on
# SENDMAIL to read the recipient list from these headers (and delete the Bcc:
# header) by running the command "$SENDMAIL -oi -t -f $SENDER", with the
# message piped on standard input.  $SENDER will be the return address
# of the message, which is set by the authentication module.
#
# DO NOT MODIFY SENDMAIL, below, unless you know what you're doing.
#

SENDMAIL=/usr/sbin/sendmail

##NAME: HEADERFROM:0
#
# For administrative and oversight purposes, the return address, $SENDER
# will also be saved in the X-IMAP-Sender mail header.  This header gets
# added to the sent E-mail (but it doesn't get saved in the copy of the
# message that's saved in the folder)
#
# WARNING - By enabling OUTBOX above, *every* IMAP mail client will receive
# the magic OUTBOX treatment.  Therefore advance LARTing is in order for
# _all_ of your lusers, until every one of them is aware of this.  Otherwise if
# OUTBOX is left at its default setting - a folder name that might be used
# accidentally - some people may be in for a rude surprise.  You can redefine
# the name of the magic folder by changing OUTBOX, above.  You should do that
# and pick a less-obvious name.  Perhaps brand it with your organizational
# name ( OUTBOX=.WidgetsAndSonsOutbox )

HEADERFROM=X-IMAP-Sender

##NAME: OUTBOX_MULTIPLE_SEND:0
#
# Remove the following comment to allow a COPY of more than one message to
# the Outbox, at a time.
#
# OUTBOX_MULTIPLE_SEND=1

##NAME: IMAPDSTART:0
#
# IMAPDSTART is not used directly.  Rather, this is a convenient flag to
# be read by your system startup script in /etc/rc.d, like this:
#
#  . /etc/courier/imapd
#
#  case x$IMAPDSTART in
#  x[yY]*)
#        /usr/lib/courier/imapd.rc start
#        ;;
#  esac
#
# The default setting is going to be NO, so you'll have to manually flip
# it to yes.

IMAPDSTART=YES

##NAME: MAILDIRPATH:0
#
# MAILDIRPATH - directory name of the maildir directory.
#
MAILDIRPATH=Maildir

Dernière modification par renaud07 (Le 30/06/2012, à 01:32)

Coeur Noir · Le 30/06/2012, à 02:12

Dans TB ton identifiant renaud n'est pas suffisant, essaie avec :

renaud@192.168.1.2

renaud07 · Le 30/06/2012, à 13:26

Ça ne fonctionne pas

Il n'y a pas d'erreur dans les fichers de conf ?

C'est tellement simple que je trouve quand même le moyen de me planter

Dernière modification par renaud07 (Le 30/06/2012, à 13:35)

renaud07 · Le 01/07/2012, à 16:08

up

daftaupe · Le 02/07/2012, à 10:47

Salut,

Désolé pour la réponse tardive.
Essaie peut être de passer la ligne pour l'imap en SSL/TLS en laissant le mot de passe normal. Si c'est de l'IMAPS c'est normal que cela ne fonctionne pas dans l'état.

renaud07 · Le 02/07/2012, à 21:52

Je peux pas le paramétrer comme je veux car thunderbird vérifie à chaque fois et vu que ça me détecte l'imap non sécurisé je peux pas le forcer en impas.

Pseudo supprimé · Le 02/07/2012, à 23:05

Thunderbird, ou autre client graphique, ou roundcube, tu les laisses de côté.

Pour le debug, tu as juste besoin de mail(), mutt, mailq, regarder les logs et du ssh, pour les connexions distantes.

1/Envoyer des mail pour commencer sans trop se préoccuper de la réception.
objectif: avoir mail "sent" dans les logs.

s'envoyer un mail à soi-même
echo "test" | mail -s "interne" toto@my-domain.tld
echo "test" | mail -s "externe" oto@sfr.fr

sudo mailq
Mail queue is empty = bonne configuration
sudo postsuper -d ALL 
pour supprimer tous les mails deferred = signe de mauvaise configuration Postfix

regarder les logs

renaud07 · Le 03/07/2012, à 09:27

Bon, je viens de ragarder les log et y'a des erreurs de partout
mail.log (lorsque je tente une connexion)

Jul  3 10:16:42 serveur imapd: Connection, ip=[::ffff:192.168.1.14]
Jul  3 10:16:42 serveur imapd: Connection, ip=[::ffff:192.168.1.14]
Jul  3 10:16:42 serveur imapd: LOGOUT, ip=[::ffff:192.168.1.14], rcvd=24, sent=446
Jul  3 10:16:42 serveur imapd: LOGOUT, ip=[::ffff:192.168.1.14], rcvd=24, sent=446
Jul  3 10:16:42 serveur postfix/smtpd[1632]: connect from dell-desktop[192.168.1.14]
Jul  3 10:16:42 serveur postfix/smtpd[1632]: improper command pipelining after EHLO from dell-desktop[192.168.1.14]
Jul  3 10:16:42 serveur postfix/smtpd[1632]: disconnect from dell-desktop[192.168.1.14]
Jul  3 10:16:42 serveur postfix/smtpd[1635]: connect from dell-desktop[192.168.1.14]
Jul  3 10:16:42 serveur postfix/smtpd[1635]: lost connection after CONNECT from dell-desktop[192.168.1.14]
Jul  3 10:16:42 serveur postfix/smtpd[1635]: disconnect from dell-desktop[192.168.1.14]
Jul  3 10:16:45 serveur imapd: Connection, ip=[::ffff:192.168.1.14]
Jul  3 10:16:46 serveur imapd: chdir Maildir/: No such file or directory
Jul  3 10:16:46 serveur imapd: renaud: No such file or directory
Jul  3 10:16:46 serveur imapd: Connection, ip=[::ffff:192.168.1.14]
Jul  3 10:16:46 serveur imapd: LOGIN FAILED, user=renaud@192.168.1.2, ip=[::ffff:192.168.1.14]
Jul  3 10:16:51 serveur imapd: Disconnected, ip=[::ffff:192.168.1.14], time=5

Apparemment il trouve pas le MailDir pourtant j'ai suivi à la lettre le tuto.

@titouan : peux-tu vérifier mes fichiers de conf post #6 voir si y'a pas d'erreur ?

renaud07 · Le 03/07/2012, à 09:41

Je viens de modifier la conf de postfix, j'ai enlevé le "/" à MailDir, maintenant je n'ai plus l'erreur mais ça ne marche toujours pas :

Jul  3 10:35:35 serveur imapd: Connection, ip=[::ffff:192.168.1.14]
Jul  3 10:35:35 serveur imapd: Connection, ip=[::ffff:192.168.1.14]
Jul  3 10:35:35 serveur imapd: LOGOUT, ip=[::ffff:192.168.1.14], rcvd=24, sent=446
Jul  3 10:35:35 serveur imapd: LOGOUT, ip=[::ffff:192.168.1.14], rcvd=24, sent=446
Jul  3 10:35:35 serveur postfix/smtpd[1977]: connect from dell-desktop[192.168.1.14]
Jul  3 10:35:35 serveur postfix/smtpd[1979]: connect from dell-desktop[192.168.1.14]
Jul  3 10:35:35 serveur postfix/smtpd[1977]: improper command pipelining after EHLO from dell-desktop[192.168.1.14]
Jul  3 10:35:35 serveur postfix/smtpd[1977]: disconnect from dell-desktop[192.168.1.14]
Jul  3 10:35:35 serveur postfix/smtpd[1979]: improper command pipelining after EHLO from dell-desktop[192.168.1.14]
Jul  3 10:35:35 serveur postfix/smtpd[1979]: disconnect from dell-desktop[192.168.1.14]

??

Dernière modification par renaud07 (Le 03/07/2012, à 10:02)

renaud07 · Le 03/07/2012, à 15:18

up

Pseudo supprimé · Le 03/07/2012, à 17:30

>>As-tu un nom de domaine déposé, donc acheté chez un registrar ?

whois domain.tld

est-ce ce que ça marche pour configurer les entrées MX avec un sous-domaine de noip ou dyndns ?

oui, dans ce cas,

sudo host -t mx `postconf -h mydomain`
doit te renvoyer ton dyndns-noip comme valeur mx.
domain.tld mail is handled by allo.dyndns.org.

mydomain, domain.tld peut être biensûr un sous-domaine, mais il faut le déclarer chez ton registrar ou tes enregistrements de zone.

Je suis chez orange et j'ai entendu parler du blocage du port 25..ça passera ?

a/L'idéal est de n'avoir pas de *box. Un modem-routeur indépendant avec un firmware opensource, c'est bien mieux.
b/si cela ne passe pas en 25, tu passes en 587
relayhost = [smtp-in.orange.fr]:25
relayhost = [193.252.22.72]:587

myorigin=/etc/mailname ??

postfix forge par défaut avec myorigin (user@myorigin), à l'envoi, si il n'y a pas de tables qui surchargent la valeur.

myhostname = mail.domain.tld
mydomain = domain.tld
myorigin = $mydomain
masquerade_domains = domain.tld
...
mynetworks = 127.0.0.0/8,  192.168.1.0/24

augmenter le verbose

notify_classes = bounce, delay, policy, protocol, resource, software
soft_bounce = yes
debug_peer_list = 127.0.0.1

mydestination = mon.sousdomaine.net, serveur.WORKGROUP, localhost.WORKGROUP, localhost, 192.168.1.2

mydestination, évalué en réception, sans casse police svp, ...bizaroide.
non bloquant su tu envoies à l'extérieur.

les transcriptions telnet & erreurs & notifications sont envoyées au postmaster.
as-tu prévu un alias pour lui dans /etc/aliases ?

>sinon, provisoirement, tu peux changer

MAILER-DAEMON: toto
postmaster: toto

/etc/aliases

# Basic system aliases -- these MUST be present.
MAILER-DAEMON:      postmaster@domain.tld
postmaster:         root@domain.tld

# General redirections for pseudo accounts.
adm:                root
bin:                root
daemon:             root
exim:               root
lp:                 root
mail:               root
named:              root
nobody:             root
postfix:            root
admin:            root

# Well-known aliases -- these should be filled in!
root:    root@domain.tld
toto: toto@domain.tld
# Standard RFC2142 aliases
abuse:              root
...
...

après modif,

 sudo newaliases

renaud07 · Le 03/07/2012, à 18:45

Oula j'ai loupé pas mal de truc tu m'étonnes que ça marche pas, bon.

Titouan a écrit :

mydomain, domain.tld peut être biensûr un sous-domaine, mais il faut le déclarer chez ton registrar ou tes enregistrements de zone.

La commande me renvoie le domaine dydns.org et pas ce qui y'a avant donc c'est pas bon. Dans le panneau d'admin j'ai cette case à remplir :

Si j'ai compris de ce que j'ai lu sur certains forum il faut que je mette mon sous-domaine ? Je précise que j’utilise le service gratuit (hostname) qui fait pointer le sous-domaine sur mon ip publique.

Pour ce qui est de postfix voilà le ficher corrigé :

myhostname = mon.sousdomaine.net
mydomain = mon.sousdomaine.net
myorigin = $mydomain
masquerade_domains = mon.sousdomaine.net
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
mydestination = mon.sousdomaine.net, localhost, 192.168.1.2
relayhost = [193.252.22.72]:587
mynetworks = 127.0.0.0/8, 192.168.1.0/24
mailbox_command = procmail -a "$EXTENSION"
mailbox_size_limit = 51200000
recipient_delimiter = 
inet_interfaces = all
home_mailbox = Maildir
inet_protocols = ipv4

C'est bon ?

Pour le ficher /etc/aliases j'ai ça actuellement :

# /etc/aliases
mailer-daemon: postmaster
postmaster: root
nobody: root
hostmaster: root
usenet: root
news: root
webmaster: root
www: root
ftp: root
abuse: root
noc: root
security: root

J'ai pas compris ce qui faut faire là ?

Dernière modification par renaud07 (Le 03/07/2012, à 19:07)

renaud07 · Le 03/07/2012, à 18:54

Après avoir appliqué la config corrigé, j'ai repassé la commande et maintenant ça me dit:

root@serveur:~# host -t mx `postconf -h mydomain`
mon.sousdomaine.net has no MX record

J'ai également rentré le SD dans le MX mais il ne semble pas pris en compte car quand je mets orange.fr par ex lorsque je reclique pour modifier il y est tjrs alors qu'avec mon sous-domaine non. Est-ce à cause du service gratuit, pas un vrai domaine donc ?

Et je n'ai toujours pas résolu mon problème de MDP erroné qui est la source de tous mes problèmes. Aurais-tu une idée pourquoi ça bloque ? Car pour le moment impossible d'envoyer un mail à cause de ça.

Dernière modification par renaud07 (Le 03/07/2012, à 19:16)

Pseudo supprimé · Le 04/07/2012, à 12:40

Est-ce à cause du service gratuit, pas un vrai domaine donc ?

oui, pas un vrai domaine. allo.dyndns.org ne t'appartient pas. C'est juste un palliatif pour régler un problème technique..
Donc mailto:pierre.durand@allo.dyndns.org est impossible pour de la messagerie.

Attention, cela n'a rien à voir avoir le ssh, http, ..., ou cela fonctionne sans problème.
ssh toto@allo.dyndns.org, lynx http://allo.dyndns.org

par contre, allo.dyndns.org peut-être la valeur mx d'un domaine domain.tld que tu as acheté, par exemple, chez Gandi.
Tu peux y définir un sous domaine, s.domaine.tld, dans les Records et te porter garant pour la messagerie, par un enregistrement mx qui aura pour impact

 sudo host -t mx s.domaine.tld
s.domaine.tld mail is handled allo.dyndns.org.

mailto:pierre.durand@s.domaine.tld est alors possible

2/si tu veux envoyer des mails sans nom de domaine déposé, il faut que tu passes par canonical_maps, et peut-être smtp_generic_maps.

je t'explique le principe en bref.

-Avoir un FAI pour l'identification par sasl smtp
a/sasl smtp à déployer
b/relayhost authentifié

-Avoir un BAL, boite aux lettres quelque part . par exemple chez sfr, orange, gmail....
Donc le imap sur ton serveur sert à rien.

-Utiliser alias ( canonical_maps, smtp_generic_maps, etc/aliases )
toto devient pierre.durand@sfr.fr

toto@toto-pc:~$ echo "test" | mailx -s "cci+A" -b pierre.durand@sfr.fr destinaire-final@gmx.fr
toto@toto-pc:~$mutt -f imap://"pierre.durand@sfr.fr":pass_durand@imap.sfr.fr

renaud07 · Le 04/07/2012, à 14:25

Ah ça parait intéressant cette solution, je connaissais pas. Bizarrement lorsque j'avais mon serveur sous windows j'avais essayé de faire la même chose avec hmail server et l'envoie et réception marchait mais un coup sur deux sûrement à cause d'orange, alors que j'avais mon domane gratuit dyndns.

Faudrait que je réessaie pour voir.

renaud07 · Le 04/07/2012, à 15:30

Je viens de reteser hmail server et donc je peux recevoir des messages et en envoyer ! E j'ai même essayé en configurant le smtp orange sur le port 25 et devine quoi ça marche ! Alors c'est bien la preuve que j'ai pas besoin de MX sur mon sous domaine non ?

Dernière modification par renaud07 (Le 04/07/2012, à 15:31)

renaud07 · Le 04/07/2012, à 15:42

Donc si on considère que cette partie est réglée, j'aimerais bien savoir pourquoi mon MDP est refusé et qui pour l'instant fait que rien ne marche même pas en local. Car vu qu’apparemment y'a pas d'erreur dans les fichiers de conf je vois pas pourquoi ça marcherait pas.

Dernière modification par renaud07 (Le 04/07/2012, à 15:46)

renaud07 · Le 04/07/2012, à 17:17

Après quelques déboires de ports pour l'accès depuis l'extérieur, j'en ai donc conclu qu'il faut prendre comme config (non sécurisé) :

IMAP : 143
SMTP : 587
relayhost : smtp.orange.fr, port : 465 (SSL/TLS), pas d'auth

Une fois le problème de MDP réglé j'aurais qu'a appliquer cette config à courier-imap et postfix et normalemnt ça devrait marcher (merci hmailserver )

renaud07 · Le 05/07/2012, à 00:40

Et pour le sécurisé :

IMAP : 993
SMTP : 465
relayhost : smtp.orange.fr, port : 465 (SSL/TLS), pas d'auth

renaud07 · Le 05/07/2012, à 01:14

J'avance doucement mais sûrement. Donc j'ai modifié la ligne MAILDIRPATH comme ceci :

MAILDIRPATH=$MAILDIR/

Maintenant losque je regarde le log mail ça me dit :

Jul  5 02:04:53 serveur imapd: renaud: Account's mailbox directory is not owned by the correct uid or gid

Je n'ai plus le not found donc apparemment il le trouve bien mais..., c'est quoi la commande pour changer l'uid ? Est-ce parce que j'ai créer le maildir à partir de root ?

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 27/06/2012, à 15:26

installation serveur mail avec sous-domaine

#2 Le 28/06/2012, à 15:08

Re : installation serveur mail avec sous-domaine

#3 Le 28/06/2012, à 20:34

Re : installation serveur mail avec sous-domaine

#4 Le 29/06/2012, à 09:50

Re : installation serveur mail avec sous-domaine

#5 Le 29/06/2012, à 17:27

Re : installation serveur mail avec sous-domaine

#6 Le 30/06/2012, à 01:26

Re : installation serveur mail avec sous-domaine

#7 Le 30/06/2012, à 02:12

Re : installation serveur mail avec sous-domaine

#8 Le 30/06/2012, à 13:26

Re : installation serveur mail avec sous-domaine

#9 Le 01/07/2012, à 16:08

Re : installation serveur mail avec sous-domaine

#10 Le 02/07/2012, à 10:47

Re : installation serveur mail avec sous-domaine

#11 Le 02/07/2012, à 21:52

Re : installation serveur mail avec sous-domaine

#12 Le 02/07/2012, à 23:05

Re : installation serveur mail avec sous-domaine

#13 Le 03/07/2012, à 09:27

Re : installation serveur mail avec sous-domaine

#14 Le 03/07/2012, à 09:41

Re : installation serveur mail avec sous-domaine

#15 Le 03/07/2012, à 15:18

Re : installation serveur mail avec sous-domaine

#16 Le 03/07/2012, à 17:30

Re : installation serveur mail avec sous-domaine

#17 Le 03/07/2012, à 18:45

Re : installation serveur mail avec sous-domaine

#18 Le 03/07/2012, à 18:54

Re : installation serveur mail avec sous-domaine

#19 Le 04/07/2012, à 12:40

Re : installation serveur mail avec sous-domaine

#20 Le 04/07/2012, à 14:25

Re : installation serveur mail avec sous-domaine

#21 Le 04/07/2012, à 15:30

Re : installation serveur mail avec sous-domaine

#22 Le 04/07/2012, à 15:42

Re : installation serveur mail avec sous-domaine

#23 Le 04/07/2012, à 17:17

Re : installation serveur mail avec sous-domaine

#24 Le 05/07/2012, à 00:40

Re : installation serveur mail avec sous-domaine

#25 Le 05/07/2012, à 01:14

Re : installation serveur mail avec sous-domaine

Pied de page des forums