Software » [Linux] Serveur Mail
Catégorie:  
Rappel du message précédent
   
[Linux] Serveur Mail
Publié le 28/10/2009 @ 12:35:55,
Par philfr
Et il y a des APIs pour tous les langages connnus.


Et même pour certains langages inconnus, mais peu le savent :oh:


   
[Linux] Serveur Mail
Publié le 28/10/2009 @ 14:47:45,
Par blietaer

edit: et pour cause, c'est avec Courrier et pas Cyrus :smile:


Tu peux développer? c'est caca?
Je suis tjrs entrain de dépatouiller les briques de bases...pas encore au point pour envoyer même un bête mail de test en telnet...grrrr :angry:
Ca doit se situer au niveau des alias MySQL je crois...
Tiens au fait, y a des Alias, mais pas prévu des forward de groupes d'adresses... :kiki:
Et au besoin s'arrêter.
   
[Linux] Serveur Mail
Publié le 29/10/2009 @ 16:51:04,
Par blietaer
Finalement, j'ai essayé ceci :
http://www.howtoforge.com/virtual-users-domains-postfix-courier-mysql-squirrelmail-debian-lenny

Ca marche tellement bien que...j'ai vu arriver le mail de test dans mon thunderbird professionel et non pas le petit kmail que j'avais lancé pour tester l'imap! :tinostar:
en fait, notre DNS/BIND contient un record MX qui dirige les mails vers notre serveur pop habituel..mouarf. (c'est dur de tester un nouveau serveur mail dans une boite avec déjà un serveur mail ...en production)

Alors je me demandais, y a pas une option qui peut dire à postfix de pas faire son lookup MX mais de le forcer à pousser les mails vers une adresse configurer (je trouverais même limite cela une règle de base de sécu (un DNS ça se poisonne :huit: ) ) :heink:

une idée? une variable?
j'ai testé "relayhost = ", mais ça c'est pour rediriger vers un autre SMTP, pas une bonne idée d'y mettre l'adresse de postfix, sinon ca boucle (et il le detecte et il drop très bien, c'est bauuuw) :whistle: :love:

Enfin, je suis pas sur que mon imap soit au point...
par exemple dans squirrel (que j'ai un peu bidouillé pour le support de chgmemt de password selon le howto) je peux me logger, puis:


ERROR: Could not complete request.
Query: SELECT "INBOX"
Reason Given: Unable to open this mailbox.


et sur la gauche:
ERROR:
ERROR: Connection dropped by IMAP server.
Query: SUBSCRIBE "INBOX.Sent"



Pq ca fait ca? :crazy:
Et au besoin s'arrêter.
   
[Linux] Serveur Mail
Publié le 29/10/2009 @ 17:04:41,
Par rfr
ton postfix n'est pas "authoritative" pour ton domain?

Tu devrais avoir le nom du domaine pour lequel tu reçois tes mails dans un "mydestination"

ou dans un virtual_alias_domains ou ... (il y a d'autres manières de configurer postfix).
To die is a time consuming activity, it often takes a lifetime (but some are faster than others ... though)
   
[Linux] Serveur Mail
Publié le 29/10/2009 @ 17:25:27,
Par blietaer
bah postfix ne s'occupe que du SMTP, correct?
Et vu que mon mail de test est posté avec un script auquel je peux stipuler le smtp que je veux (donc celui de test), je vois bien dans les logs que qqchose se passe...

j'utilise mysql pour décider des noms de domaine que doit supporter le smtp.

mais j'aimerais quand même savoir ce que décide de faire postfix avec les mails qu'il recoit...

et aussi réparer ce squirrel...j'imagine une connerie de permission, mais là je les ai retourné dans tous les sens...
Et au besoin s'arrêter.
   
[Linux] Serveur Mail
Publié le 29/10/2009 @ 18:49:54,
Par rfr
bon ben poste ton main.cf ...
To die is a time consuming activity, it often takes a lifetime (but some are faster than others ... though)
   
[Linux] Serveur Mail
Publié le 30/10/2009 @ 09:58:43,
Par blietaer

# 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 = /usr/share/doc/postfix

# TLS parameters
smtpd_tls_cert_file = /etc/postfix/smtpd.cert
smtpd_tls_key_file = /etc/postfix/smtpd.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 = halifax.xxxxxxxx.be
mydomain = xxxxxxxx.be
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
mydestination = halifax.xxxxxxxx.be, localhost, localhost.localdomain, xxxxxxxx.be, halifax
relayhost =
mynetworks = 10.10.10.0/24, 127.0.0.0/8
mailbox_command = procmail -a "$EXTENSION"
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = all
home_mailbox = .maildir/
local_destination_concurrency_limit = 2
default_destination_concurrency_limit = 10
html_directory = /usr/share/doc/postfix/html
message_size_limit = 30720000
virtual_alias_domains =
virtual_alias_maps = proxy:mysql:/etc/postfix/mysql-virtual_forwardings.cf, mysql:/etc/postfix/mysql-virtual_email2email.cf
virtual_mailbox_domains = proxy:mysql:/etc/postfix/mysql-virtual_domains.cf
virtual_mailbox_maps = proxy:mysql:/etc/postfix/mysql-virtual_mailboxes.cf
virtual_mailbox_base = /home/vmail
virtual_uid_maps = static:5000
virtual_gid_maps = static:5000
smtpd_sasl_auth_enable = yes
broken_sasl_auth_clients = yes
smtpd_sasl_authenticated_header = yes
smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination
transport_maps = proxy:mysql:/etc/postfix/mysql-virtual_transports.cf
virtual_create_maildirsize = yes
virtual_maildir_extended = yes
virtual_mailbox_limit_maps = proxy:mysql:/etc/postfix/mysql-virtual_mailbox_limit_maps.cf
virtual_mailbox_limit_override = yes
virtual_maildir_limit_message = "The user you are trying to reach is over quota."
virtual_overquota_bounce = yes
proxy_read_maps = $local_recipient_maps $mydestination $virtual_alias_maps $virtual_alias_domains $virtual_mailbox_maps $virtual_mailbox_domains $relay_recipient_maps $relay_domains $canonical_maps $sender_canonical_maps $recipient_canonical_maps $relocated_maps $transport_maps $mynetworks $virtual_mailbox_limit_maps
content_filter = amavis:[127.0.0.1]:10024
receive_override_options = no_address_mappings


j'ai aussi foutu smtp en super verbose, pfiouuu qu'est-ce que c'est bavard, vais un peu me plonger la dedans.
Et au besoin s'arrêter.
   
[Linux] Serveur Mail
Publié le 30/10/2009 @ 10:04:50,
Par rfr
Question: les mails vont se faire filtrer par amavis ou pas?
To die is a time consuming activity, it often takes a lifetime (but some are faster than others ... though)
   
[Linux] Serveur Mail
Publié le 30/10/2009 @ 10:18:08,
Par blietaer
oui Amavis, Razor, Pyzor, DCC, clamav et SpamAssassin.
Et au besoin s'arrêter.
   
[Linux] Serveur Mail
Publié le 30/10/2009 @ 10:21:25,
Par didix
40 candidats au départ, mais il ne restera qu'UN seul survivant!

:neowen:
   
[Linux] Serveur Mail
Publié le 30/10/2009 @ 10:26:03,
Par rfr
Bon ben, tu dois au moins avoir une entrée pour ton domaine dans "transport_maps = proxy:mysql:/etc/postfix/mysql-virtual_transports.cf"

Tu pourrais donner le contenu de cette table?
To die is a time consuming activity, it often takes a lifetime (but some are faster than others ... though)
   
[Linux] Serveur Mail
Publié le 30/10/2009 @ 10:35:50,
Par blietaer
Ah? :tinostar:
Heu..table vide.
Tiens ça c'est curieux: d'après le HowTo cette table est justement optionelle (on dirait donc que pour moi elle ne l'est pas tant..?).

Dans les exemples de fin de pages:
http://www.howtoforge.com/virtual-users-domains-postfix-courier-mysql-squirrelmail-debian-lenny-p4
Je ne vois pas vraiment un cas se rapprochant au miens. :figti:

Cela dit, je ne vois pas non plus comment postfix pourrait s'en sortir avec un mail ####@yahoo.com, vu que ce n'est pas pour lui et qu'il ne sait pas quoi en faire. :halalala:

C'est évidemment un peu une gymnastique mentale puisque ce serveur sert à la fois de notre serveur de mail entrant depuis l'extérieur (MTA?), de mails sortant depuis nos ordis (SMTP) et de dépot de nos mails en attente d'être lu (IMAP/POP3)... :sweat:

Je dois parfois un peu changer de casquette quand j'édite un fichier.

Quoiqu'il en soit, merci pour ton temps!
:zoubi:
Et au besoin s'arrêter.
   
[Linux] Serveur Mail
Publié le 30/10/2009 @ 10:43:55,
Par rfr
Ce qui est chiant avec postfix (et bien en même temps mais bon) c'est qu'il y a toujours plein de moyens différents de faire ... la même chose :ddr555:

Un mail pour le moment, il fait quoi?

IN -> Filter -> Retour Postfix -> ENvoyé vers Serveur en production

?
To die is a time consuming activity, it often takes a lifetime (but some are faster than others ... though)
   
[Linux] Serveur Mail
Publié le 30/10/2009 @ 10:51:17,
Par blietaer
Ouais exactement! :banzai:

Alors, non pour le moment, j'ai tjrs la machine A (MTA + SMTP) et la machine B (pop3) et je viens de créer la C, qui devrait tout faire toute seule.

Si je mets C à la place de A, en pleine journée, je me fais injurier (le mail est ici aussi important que le café), donc je joue avec la ligne de commande pour envoyer des mail en stipulant bien la machine C pour le SMTP, ou bien en telnet directement.

Je suis entrain de RTFM de postfix/transport et me doute que je devrais avoir au moins deux entrées dans ma table:

xxxx.be :
.xxxx.be :
* smtp.mon-isp.com
Et au besoin s'arrêter.
   
[Linux] Serveur Mail
Publié le 30/10/2009 @ 11:04:39,
Par rfr
En fait, comme tu utilise les virtual maps, tu ne dois pas nécessairement avoir une entrée la bas. Par contre, si tu as ton domain dans une table virtuelle, tu ne dois pas l'avoir dans mydestination.

Retire donc le domaine de mydestination, redémarre et dis moi ce que ça donne.
To die is a time consuming activity, it often takes a lifetime (but some are faster than others ... though)
   
[Linux] Serveur Mail
Publié le 30/10/2009 @ 11:20:56,
Par blietaer
Génial!
En effet mtn le mail passe tout à fait mon serveur SMTP ...et se retrouve dans mon mail de tous les jours!! :zoubi:
On retourne (enfin!) dans le premier symptome que je décrivais: j'ai l'impression (et les logs ci-dessous le confirme) que les mails traité par postfix pour le domaine local, sont alors redirigé vers le MX trouvé par une requête DNS (machine 10.10.10.9, jamais stipulée dans le moindre fichier de config!) en fait, ce que je voudrais, c'est que postfix se les envoi à sa propre adresse pour qu'il attérissent dans la même machine (10.10.10.55) , mais pour le service qui gère le POP/IMAP... je peux forcer cela qqpart?



Oct 30 11:15:30 localhost postfix/cleanup[3391]: E3BDC243B: message-id=<20091030101528.915C62435@halifax.xxxxxxx.be>
Oct 30 11:15:30 localhost postfix/qmgr[2612]: E3BDC243B: from=<pet@a.b>, size=924, nrcpt=1 (queue active)
Oct 30 11:15:30 localhost amavis[2730]: (02730-01) Passed CLEAN, [10.10.10.55] [10.10.10.55] <pet@a.b> -> <bli@xxxxxxx.be>, Message-ID: <20091030101528.915C62435@halifax.xxxxxxx.be>, mail_id: qhf95t-GuE97, Hits: 5.771, size: 495, queued_as: E3BDC243B, 2295 ms
Oct 30 11:15:30 localhost postfix/smtp[3392]: 915C62435: to=<bli@xxxxxxx.be>, relay=127.0.0.1[127.0.0.1]:10024, delay=2.4, delays=0.07/0.01/0.01/2.3, dsn=2.0.0, status=sent (250 2.0.0 Ok, id=02730-01, from MTA([127.0.0.1]:10025): 250 2.0.0 Ok: queued as E3BDC243B)
Oct 30 11:15:30 localhost postfix/qmgr[2612]: 915C62435: removed
Oct 30 11:15:30 localhost postfix/smtp[3398]: E3BDC243B: to=<bli@xxxxxxx.be>, relay=mailhost.xxxxxxx.be[10.10.10.9]:25, delay=0.06, delays=0.02/0.02/0.01/0.02, dsn=2.0.0, status=sent (250 ok 1256897929 qp 14057)
Oct 30 11:15:30 localhost postfix/qmgr[2612]: E3BDC243B: removed




Dernière édition: 30/10/2009 @ 11:24:01
Et au besoin s'arrêter.
   
[Linux] Serveur Mail
Publié le 30/10/2009 @ 11:23:30,
Par rfr
T'as pas un phone que je t'explique parce que par message :kiki:
To die is a time consuming activity, it often takes a lifetime (but some are faster than others ... though)
   
[Linux] Serveur Mail
Publié le 30/10/2009 @ 11:33:09,
Par rfr
(toussa pour dire que j'ai la solution à ton problème mais que je préfèrerais que tu comprennes ce que tu fais, c'est plus amusant :oh: )
To die is a time consuming activity, it often takes a lifetime (but some are faster than others ... though)
   
[Linux] Serveur Mail
Publié le 30/10/2009 @ 11:57:31,
Par Altar
quel sadique :ocube:
   
[Linux] Serveur Mail
Publié le 30/10/2009 @ 12:06:05,
Par rfr
quel sadique :ocube:


J'ai eu des aveux complets concernant la followïte aigües du tuto :oh: :whistle:
To die is a time consuming activity, it often takes a lifetime (but some are faster than others ... though)
   
[Linux] Serveur Mail
Publié le 30/10/2009 @ 12:07:57,
Par blietaer
héhé...c'est vrai que suivre un tuto à la lettre et venir le debugger ici avec vous est une manière de faire.

Une autre serait: de partir from scratch et de vous poser pleiiiin de question...
Et si vous écriviez un tuto ici du perfect mail server ?
Et au besoin s'arrêter.
Répondre - Catégorie:  
Informaticien.be - © 2002-2024 AkretioSPRL  - Generated via Kelare
The Akretio Network: Akretio - Freedelity - KelCommerce - Votre publicité sur informaticien.be ?