cricx

rien n'empêche d'ajouter un autre compte à ton client mail. lequel utilises-tu ?

j'ai testé (en plus de mpd) la lecture en dlna avec un wdtv live connecté en optique (passtrough) sur mon ampli. La lecture étant commandée depuis un client dlna sur smartphone. le son est quand même correct, et le coût des plus raisonnables (le wdtv live est à 75 €, il ne fait que récupérer le flux et le retransmettre vers la sortie optique sans y ajouter quoi que ce soit, du moins en mode passtrough), la qualité n'étant alors limitée que par le fichier initial et le dac de l'ampli (et on a quand même des bons dac sur les amplis actuels, même les yamaha )

il est probablement beaucoup mois efficace de stocker tes dossiers de mails sur le syno (via un partage webdav ou cifs par exemple) que d'utiliser les protocoles natifs. tu ne dis pas si tu dois accéder depuis l'extérieur, si c'est le cas c'est encore plus vrai (accéder à un fichier de mails distant depuis thunderbird par exemple, s'il fait quelques gigas, va être prodigieusement inefficace). Le même accès en imaps sera nettement plus réactif ! je te conseillerai donc d'utiliser le serveur imap du syno. pas forcément besoin du serveur smtp, si tu ne dois pas gérer ton domaine mail toi-même et si tu utilises un autre serveur smtp pour l'envoi (exchange par exemple). avec imap, tu n'es limité en taille que par la taille du disque, l'accès se fait directement sur le fichier du message (dovecot est paramétré en maildir), et tu peux bien sûr accéder de n'importe quel poste, et n'importe quel logiciel de mail, y compris un client exchange qui gère le protocole imap, que ce soit sous windows, mac, linux ou autres systèmes. Accès possible à distance en mode sécurisé (imaps).

tu peux tenter de parcourir ce forum où ce sujet a été largement traité, et en français !

impossible de répondre avec aussi peu d'éléments. probablement un problème de dns (donne ton ndd (en mp si tu veux)) pour test.

si ton ndd est bien configuré, ni le port 25 ni le 587 ne sont ouverts, seuls 443 et 1723 sont ouverts. 443/tcp open https 1723/tcp open pptp pour ta configuration dns, elle n'est pas bonne, tu devrais avoir un hôte comme MX, là tu as ton domaine (ça peut cependant fonctionner, puisque la résolution se fait). par contre pas de trace de ta passerelle dyndns (mauvaise conf dns, le mx de ton domaine doit pointer vers la passerelle mail qui va relayer vers ton syno)

Un petit test de ta configuration mail... recherche dns de ton ndd host diadm-informatique.com diadm-informatique.com has address 87.106.159.67 diadm-informatique.com mail is handled by 10 mx.diadm-informatique.com. ton ndd est bien résolu, tu as bien un mx pour ton domaine résolution inverse de ton ndd host 87.106.159.67 67.159.106.87.in-addr.arpa domain name pointer kundenserver.de. ton ndd pointe sur les serveurs de 1&1 résolution de ton mx host mx.diadm-informatique.com mx.diadm-informatique.com has address 78.216.0.147 mx.diadm-informatique.com mail is handled by 10 mx00.1and1.fr. mx.diadm-informatique.com mail is handled by 10 mx01.1and1.fr. l'hôte MX de ton domaine (mx.diadm-informatique.com) est résolu sur ton IP tu as par contre une résolution des MX pour le sous-domaine mx.diadm-informatique.com sur les serveurs de 1&1. ceci n'empêche pas le bon fonctionnement de ton domaine principal, don le mx est correctement résolu. tu pourrais cependant supprimer les enregistrements MX pour le sous-domaine mx.diadm-informatique.com résolution inverse de ton IP host 78.216.0.147 Host 147.0.216.78.in-addr.arpa. not found: 3(NXDOMAIN) pas de reverse dns... tu est chez quel fai ? tentative de connexion à ton serveur de messagerie : telnet 78.216.0.147 25 Trying 78.216.0.147... Connected to 78.216.0.147. Escape character is '^]'. 220 diadm-informatique.com ESMTP Postfix ehlo cricx 250-diadm-informatique.com 250-PIPELINING 250-SIZE 10485760 250-VRFY 250-ETRN 250-STARTTLS 250-AUTH PLAIN LOGIN 250-AUTH=PLAIN LOGIN 250-ENHANCEDSTATUSCODES 250-8BITMIME 250 DSN quit 221 2.0.0 Bye Connection closed by foreign host. OK, ton serveur postfix répond comme il faut, et le domaine est configuré comme il faut. En l'état, ta configuration mail pour le domaine diadm-informatique.com est bonne et ça devrait fonctionner !

bizarre, chez moi ça marche... (galaxy note rom stock, mais aussi sur spica et defy) Tu es sûr d'avoir bien mis TLS ?

pour passer par ton syno, il faut utiliser du smtp authentifié (smtp.tondomaine, TLS (toujours), port 25, cocher authentification requise, dans type, laisser AUTOMATIC, et ensuite du mets ton compte et ton mot de passe du syno - ceci pour K9)

tu n'as pas dû ouvrir les bons ports (la détection utilise les ports 9999, 9998, 9997 en UDP)

+1 (pour avoir un perl séparé) un spk est inutile avec optware.

apprendre l'anglais... ou le chinois

pour le wdtv live : il s'agit bien d'une télécommande infrarouge. mais le boitier est si petit... sinon, planqué derrière avec un miroir

OK (les tests de ce type sont intéressants, mais il faut les faire dans des bonnes conditions, réseau gigabit, machine cliente rapide)

le protocole de fichiers réseau natif du syno est nfs, et il implémente par logiciel deux autres protocoles, afp et smb. Il y a donc dans les deux cas une couche logicielle ajoutée. le mac cause nativement afp, la couche smb est ajoutée pour permettre la communication avec les machines largement majoritaires sous windows. mais c'est une couche ajoutée. si l'on considère que chaque couche logicielle provoque une perte de performance, on pourrait en déduire qu'il vaut mieux minimiser ce nombre de couches (donc utiliser afp). mais ce n'est pas forcément le cas, l'implémentation d'un protocole n'étant pas au dessus du protocole natif, mais à côté. Si l'implémentation est bonne, ça peut être aussi rapide et même plus. sur une machine linux comme nos synos, les débits sont largement supérieurs en nfs par rapport à smb (et pourtant, l'implémentation smb (samba) sur linux est excellente (des tests ont montrés une meilleure performance que des machines windows). mais on ne peux pas pour autant en déduire qu'il en est de même sur un mac. Alors une seule réponse : faire des tests de débit avec l'un ou l'autre des protocoles. À noter quand même qu'un protocole d'accès aux fichiers via un réseau nécessite un mécanisme d'authentification et que l'intégration de ce mécanisme au système peut être différente selon le protocole réseau. Dans la mesure où mac os est un unix, il serait probablement plus rapide d'utiliser nfs qu'afp ou smb !

Oui

Afp : protocole natif du mac Smb : impl

Je confirme pour le wd tv live, marche tr

ça me parait tout bon oui OK Le port 25 n'est toujours pas ouvert, je pense que ton FAI le bloque si ce n'est pas ton routeur ni ton syno.

peut-être le paramètre "veto file" de samba (il sert normalement à rendre invisible certains fichiers, mais peut-être fonctionne-t-il dans l'autre sens).

regarde si tu as quelque chose dans les logs. l'état D survient en général à cause d'un problème disque, fais une vérification, par exemple avec e2fsck

c'est bon maintenant (pour le dns) : host b-p.be b-p.be has address 95.182.129.240 b-p.be mail is handled by 1 mail.b-p.be. host mail.b-p.be mail.b-p.be has address 95.182.129.240 par contre pas de reverse pour cette IP... tu es sûr que tu as une IP fixe ? le scan de cette adresse à cet instant : nmap 95.182.129.240 Starting Nmap 5.00 ( http://nmap.org ) at 2012-05-04 08:28 CEST Interesting ports on 95.182.129.240: Not shown: 993 filtered ports PORT STATE SERVICE 21/tcp open ftp 80/tcp open http 110/tcp closed pop3 143/tcp closed imap 1723/tcp open pptp 5000/tcp open upnp 6881/tcp open bittorrent-tracker ça ressemble bien à un syno ! et là le port 25 n'est pas fermé, mais filtré. Vérifie ton routeur (et aussi le firewall du syno)

1 - vérifier ta conf dns chez ovh (le résultat de l'analyse du dns ne correspond pas à ta copie d'écran 2 - vérifier si postfix tourne, a priori oui puisque l'envoi et la réception en local fonctionnent... 3 - donc vérifier si le port 25 entrant n'est pas bloqué par ton FAI (lui demander)

+1

PORT STATE SERVICE 80/tcp open http 110/tcp open pop3 143/tcp open imap 548/tcp closed afp 1723/tcp open pptp 5000/tcp open upnp 5009/tcp open airport-admin 6881/tcp open bittorrent-tracker 9100/tcp closed jetdirect 9101/tcp closed jetdirect 9102/tcp closed jetdirect 9103/tcp closed jetdirect 9110/tcp closed unknown 9111/tcp closed DragonIDSConsole 9200/tcp closed wap-wsp 9207/tcp closed unknown 9220/tcp closed unknown 10000/tcp open snet-sensor-mgmt donc le port 25 est bien fermé (et pas filtré, ce qui signifierait que postfix n'est pas lancé). pour le chiffre 10 au lieu de 1, oui, c'est la priorité, tu peux laisser à 1 si tu veux. pour les valeurs, ça semble bon dans la version actuelle mais : dig mx b-p.be @dns100.ovh.net ; <<>> DiG 9.7.0-P1 <<>> mx b-p.be @dns100.ovh.net ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 44577 ;; flags: qr aa rd; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0 ;; WARNING: recursion requested but not available ;; QUESTION SECTION: ;b-p.be. IN MX ;; AUTHORITY SECTION: b-p.be. 300 IN SOA dns100.ovh.net. tech.ovh.net. 2012050106 86400 3600 3600000 300 ;; Query time: 57 msec ;; SERVER: 213.251.188.144#53(213.251.188.144) ;; WHEN: Wed May 2 19:26:41 2012 ;; MSG SIZE rcvd: 79 donc toujours pas d'enregistrement MX pour ton domaine...