catimimi Posté(e) le 3 octobre 2011 Partager Posté(e) le 3 octobre 2011 Bonjour, Je suis en train d'expérimenter Mailstation 2. Si j'utilise .forward pour distribuer le courrier d'un compte1 sur ce compte et sur un compte 2, cela marche pour les mails internes mais pas pour ceux rapatriés par fetchmail ! Avez vous rencontré ce problème ? comment y remédier ? Cordialement. Michel. 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
cricx Posté(e) le 3 octobre 2011 Partager Posté(e) le 3 octobre 2011 Le .forward redirige les mails reçus par postfix à destination du compte dans lequel se trouve le fichier. Ça devrait donc fonctionner avec fetchmail (mais est-ce bien fetchmail qui est utilisé?) 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
catimimi Posté(e) le 4 octobre 2011 Auteur Partager Posté(e) le 4 octobre 2011 Bonjourr, Oui, c'est fetchmail et cela ne marche pas pour les messages pop3 rapatriés. Est-ce un bug ? Cordialement. Michel. 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
wserdx Posté(e) le 12 octobre 2011 Partager Posté(e) le 12 octobre 2011 Ah mon humble avis fetchmail est un client de messagerie qui vient relever les boîtes aux lettres, il n'a donc pas de raison de transférer les messages. Le .forward est utilisé par le serveur de messagerie qui gère une boite aux lettres au moment où des messages doivent y être déposés. Pourrais-tu décrire plus en détail le scénario que tu estimes être fautif ? par exemple : envoi d'un message depuis l'adresse A vers l'adresse B avec le client X sur la machine Y, etc. 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
catimimi Posté(e) le 13 octobre 2011 Auteur Partager Posté(e) le 13 octobre 2011 (modifié) Bonjour, Il me semblait avoir été clair, Cricx avait compris mon problème. Avec MailStation 1 je rapatrie mes mails avec Fetchmail (installé personnellement) et le .forward les dirige où je veux. Avec MailStation 2 et fetchmail installé par le DSM 3.2 ce n'est plus possible. Par contre tous les mails envoyés sur le LAN d'un compte à un autre sont bien redirigés. Cela n'a plus d'importance, j'ai réglé le problème autrement en créant des alias chez Gandi. Cordialement. Michel. Modifié le 13 octobre 2011 par catimimi 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
DjMomo Posté(e) le 13 octobre 2011 Partager Posté(e) le 13 octobre 2011 Donc problème résolu ? 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
catimimi Posté(e) le 13 octobre 2011 Auteur Partager Posté(e) le 13 octobre 2011 Donc problème résolu ? Bonjour, Oui et non. Oui pour moi, car je me suis débrouillé autrement. Non car le .forward ne marche pas avec le fetchmail de Mailstaion 2. Cordialement. Michel. 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
cricx Posté(e) le 14 octobre 2011 Partager Posté(e) le 14 octobre 2011 (modifié) Ah mon humble avis fetchmail est un client de messagerie qui vient relever les boîtes aux lettres, il n'a donc pas de raison de transférer les messages. Le .forward est utilisé par le serveur de messagerie qui gère une boite aux lettres au moment où des messages doivent y être déposés. Pourrais-tu décrire plus en détail le scénario que tu estimes être fautif ? par exemple : envoi d'un message depuis l'adresse A vers l'adresse B avec le client X sur la machine Y, etc. oui, fetchmail est un client de messagerie qui relève des boites aux lettres, mais il les réexpédie vers un nouveau destinataire via un serveur smtp. Dans l'installation "manuelle" de fetchmail que Michel avait fait, le fonctionnement était bien tel qu'attendu, fetchmail réexpédiant les messages via le serveur smtp du syno (qui traitait donc le .forward). Le fonctionnement dans mailstation2 n'est plus celui-ci, c'est pourquoi je me suis demandé au départ si c'était bien fetchmail qui était utilisé. À mon avis (mais ça reste à vérifier, je n'ai pas mailstation2), le fonctionnement de mailstation2 est différent, je pense qu'il utilise maintenant procmail pour la remise des messages (les messages ne passent donc plus par postfix). Il faut donc chercher s'il y a un fichier procmailrc quelque part et adapter en conséquence. Vérifier dans la conf de fetchmail la ligne mda Modifié le 14 octobre 2011 par cricx 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
wserdx Posté(e) le 22 octobre 2011 Partager Posté(e) le 22 octobre 2011 (modifié) Désolé par avance si mon post n'est pas très utile aux autres. Mais après tout, j'aurai peut-être appris quelque-chose si quelqu'un veut bien me répondre. Donc voici ma question : j'ai un DS409+, DSM 3.2-1922, j'ai installé le package Mail Station 20110715-035. Est-ce que je suis concerné par cette distinction Mailstation1 / mailstation2 ? (quelles seraient les différences avec la configuration de catimini ?) En tout cas, merci aux membres de ce forum, j'aurai au moins appris l'utilité de fetchmail et .forward ! Merci! Modifié le 22 octobre 2011 par wserdx 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
cricx Posté(e) le 22 octobre 2011 Partager Posté(e) le 22 octobre 2011 Mailstation ne permet pas de rapatrier les mails d'autres comptes, il faut donc installer fetchmail comme Michel (catimini) l'avais fait. Mailstation 2 permet de rapatrier les mails d'autres comptes, mais la configuration ne semble pas être celle par défaut pour fetchmail. Mon hypothèse n'a pas été confirmée et je ne peux pas installer Mailstation 2 sur mon syno (trop vieux). Mais je ne désespère pas qu'un gentil forumeur prenne 5minutes pour vérifier. 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
catimimi Posté(e) le 24 octobre 2011 Auteur Partager Posté(e) le 24 octobre 2011 (modifié) @cricx Bonjour, J'ai trouvé!! le signe séparateur dans .forward est défini dans le fichier : /Synology/usr/syno/mailstation/etc/main.cf, c'est le signe + par défaut. Cordialement. Michel. Modifié le 24 octobre 2011 par catimimi 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
cricx Posté(e) le 24 octobre 2011 Partager Posté(e) le 24 octobre 2011 tu veux parler de recipient_delimiter = + tu as testé ? 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
catimimi Posté(e) le 24 octobre 2011 Auteur Partager Posté(e) le 24 octobre 2011 (modifié) tu veux parler de recipient_delimiter = + tu as testé ? Bonjour, Oui, il s'agit de cette option. Non, je n'ai pas testé sur mon serveur opérationnel, dès que j'aurai deux minutes je le ferai sur le serveur de backup. Mais c'est très clair dans le fichier de configuration. Cordialement. Michel. Modifié le 24 octobre 2011 par catimimi 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
cricx Posté(e) le 24 octobre 2011 Partager Posté(e) le 24 octobre 2011 je ne suis pas convaincu... si c'était le cas, ça ne fonctionnerait pas dans aucun cas (et sur mon syno, ça marche !) 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Messages recommandés
Rejoindre la conversation
Vous pouvez publier maintenant et vous inscrire plus tard. Si vous avez un compte, connectez-vous maintenant pour publier avec votre compte.