Problème entre xinetd et lookupd DirectoryService au démarrage
17 réponses
root
Bonjour,
J'ai parfois un petit problème au demarrage de mon MacBook pour le
lancement de certains daemon (xinetd, postfix par ex.) qui est que lorsque
ces daemons demarrent, ils ne trouvent pas les utilisateurs `root' ou
`nobody'.
Par exemple, xinetd ne trouve pas root pour lancer mon serveur uw-imap
geré par xinetd :
Dec 19 19:26:14 localhost xinetd[42]: Unknown user: root [line=6]
Dec 19 19:26:14 localhost xinetd[42]: Error parsing attribute user - DISABLING SERVICE [line=6]
Dec 19 19:26:14 localhost xinetd[42]: xinetd Version 2.3.11 started with libwrap options compiled in.
Dec 19 19:26:14 localhost xinetd[42]: Started working: 0 available services
Ou bien postfix qui ne trouve pas nobody :
Dec 19 19:26:14 localhost postfix/master[41]: fatal: file /etc/postfix/main.cf: parameter default_privs: unknown user name value: nobody
Dec 19 19:26:16 localhost launchd: org.postfix.master: exited with exit code: 1
Dec 19 19:26:16 localhost launchd: org.postfix.master: respawning too quickly! throttling
Dec 19 19:26:16 localhost launchd: org.postfix.master: 9 more failures without living at least 60 seconds will cause job removal
Dec 19 19:26:16 localhost launchd: org.postfix.master: will restart in 10 seconds
Postfix est bien relancé par launchd, mais par contre pour xinetd,
je suis obligé de faire un `sudo killal -HUP xinetd' pour qu'il redemarre
correctement.
C'est apparemment un problème de lenteur de demarrage du
DirectoryService, qui n'a pas encore fini de demarré, que des programmes
lui demande déjà des infos utilisateur.
Comment faire pour éviter cela avec xinetd ?
Sinon, vous utilisez quoi comme serveur IMAP qui soit supporté en
launchd ?
C'est apparemment un problème de lenteur de demarrage du DirectoryService, qui n'a pas encore fini de demarré, que des programmes lui demande déjà des infos utilisateur.
M'est avis, enfin en 10.4, que c'est plutôt lookupd qui est interrogé par xinetd, pas DirectoryService.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
root <root@localhost.localdomain> wrote:
C'est apparemment un problème de lenteur de demarrage du
DirectoryService, qui n'a pas encore fini de demarré, que des programmes
lui demande déjà des infos utilisateur.
M'est avis, enfin en 10.4, que c'est plutôt lookupd qui est interrogé
par xinetd, pas DirectoryService.
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
C'est apparemment un problème de lenteur de demarrage du DirectoryService, qui n'a pas encore fini de demarré, que des programmes lui demande déjà des infos utilisateur.
M'est avis, enfin en 10.4, que c'est plutôt lookupd qui est interrogé par xinetd, pas DirectoryService.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
root
Le Tue, 19 Dec 2006 22:19:27 +0100, Laurent Pertois a écrit :
root wrote:
C'est apparemment un problème de lenteur de demarrage du DirectoryService, qui n'a pas encore fini de demarré, que des programmes lui demande déjà des infos utilisateur.
M'est avis, enfin en 10.4, que c'est plutôt lookupd qui est interrogé par xinetd, pas DirectoryService.
C'est surtout que je ne maitrise pas encore tous ces aspects purement Mac OS X...
Entre temps j'ai trouvé ça qui explique ce qu'est lookupd : http://docs.info.apple.com/article.html?artnum0770-fr
C'est donc bien ce que tu dis, c'est lookupd qui fait la liaison entre les fonctions standard de la libc (getpwnam, etc.) utilisés par xinetd et la base utilisateur NetInfo qui remplace /etc/passwd.
Reste à voir pourquoi lookupd ne serait pas encore chargé quand mes autres services se lancent...
Le Tue, 19 Dec 2006 22:19:27 +0100, Laurent Pertois a écrit :
root <root@localhost.localdomain> wrote:
C'est apparemment un problème de lenteur de demarrage du
DirectoryService, qui n'a pas encore fini de demarré, que des programmes
lui demande déjà des infos utilisateur.
M'est avis, enfin en 10.4, que c'est plutôt lookupd qui est interrogé
par xinetd, pas DirectoryService.
C'est surtout que je ne maitrise pas encore tous ces aspects purement Mac
OS X...
Entre temps j'ai trouvé ça qui explique ce qu'est lookupd :
http://docs.info.apple.com/article.html?artnum0770-fr
C'est donc bien ce que tu dis, c'est lookupd qui fait la liaison entre
les fonctions standard de la libc (getpwnam, etc.) utilisés par xinetd et
la base utilisateur NetInfo qui remplace /etc/passwd.
Reste à voir pourquoi lookupd ne serait pas encore chargé quand mes
autres services se lancent...
Le Tue, 19 Dec 2006 22:19:27 +0100, Laurent Pertois a écrit :
root wrote:
C'est apparemment un problème de lenteur de demarrage du DirectoryService, qui n'a pas encore fini de demarré, que des programmes lui demande déjà des infos utilisateur.
M'est avis, enfin en 10.4, que c'est plutôt lookupd qui est interrogé par xinetd, pas DirectoryService.
C'est surtout que je ne maitrise pas encore tous ces aspects purement Mac OS X...
Entre temps j'ai trouvé ça qui explique ce qu'est lookupd : http://docs.info.apple.com/article.html?artnum0770-fr
C'est donc bien ce que tu dis, c'est lookupd qui fait la liaison entre les fonctions standard de la libc (getpwnam, etc.) utilisés par xinetd et la base utilisateur NetInfo qui remplace /etc/passwd.
Reste à voir pourquoi lookupd ne serait pas encore chargé quand mes autres services se lancent...
laurent.pertois
root wrote:
Reste à voir pourquoi lookupd ne serait pas encore chargé quand mes autres services se lancent...
Parce que tout est chargé en même temps.
D'un autre côté, pour Postfix, il y a un élément Launchd qui peut le lancer d'origine :
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
root <root@localhost.localdomain> wrote:
Reste à voir pourquoi lookupd ne serait pas encore chargé quand mes
autres services se lancent...
Parce que tout est chargé en même temps.
D'un autre côté, pour Postfix, il y a un élément Launchd qui peut le
lancer d'origine :
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Nicolas.MICHEL
root wrote:
Bonjour,
J'ai parfois un petit problème au demarrage de mon MacBook pour le lancement de certains daemon (xinetd, postfix par ex.)
C'est pour des tests ou tu utilises vraiement ton MacBook comme serveur imap ?
Comment faire pour éviter cela avec xinetd ?
Question con : Quelle est l'utilité de xinetd sous Mac OS X 10.4.8 ? N'a-t-il pas été rendu "obsolète" dans ce système ?
Sinon, vous utilisez quoi comme serveur IMAP qui soit supporté en launchd ?
Perso je n'utilises pas, mais si tu vas sur www.apple.com et que tu regarde côté Mac OS X serveur, tu pourras y lire ceci :
"Mac OS X Server uses Postfix as its SMTP mail transfer agent and Cyrus for IMAP and POP support"
Si c'est pour un Mac OS X Client, il y a quelques packages cyrus dans fink. Pas testé.
-- Nicolas
root <root@localhost.localdomain> wrote:
Bonjour,
J'ai parfois un petit problème au demarrage de mon MacBook pour le
lancement de certains daemon (xinetd, postfix par ex.)
C'est pour des tests ou tu utilises vraiement ton MacBook comme serveur
imap ?
Comment faire pour éviter cela avec xinetd ?
Question con :
Quelle est l'utilité de xinetd sous Mac OS X 10.4.8 ?
N'a-t-il pas été rendu "obsolète" dans ce système ?
Sinon, vous utilisez quoi comme serveur IMAP qui soit supporté en
launchd ?
Perso je n'utilises pas, mais si tu vas sur www.apple.com et que tu
regarde côté Mac OS X serveur, tu pourras y lire ceci :
"Mac OS X Server uses Postfix as its SMTP mail transfer agent and Cyrus
for IMAP and POP support"
Si c'est pour un Mac OS X Client, il y a quelques packages cyrus dans
fink. Pas testé.
J'ai parfois un petit problème au demarrage de mon MacBook pour le lancement de certains daemon (xinetd, postfix par ex.)
C'est pour des tests ou tu utilises vraiement ton MacBook comme serveur imap ?
Comment faire pour éviter cela avec xinetd ?
Question con : Quelle est l'utilité de xinetd sous Mac OS X 10.4.8 ? N'a-t-il pas été rendu "obsolète" dans ce système ?
Sinon, vous utilisez quoi comme serveur IMAP qui soit supporté en launchd ?
Perso je n'utilises pas, mais si tu vas sur www.apple.com et que tu regarde côté Mac OS X serveur, tu pourras y lire ceci :
"Mac OS X Server uses Postfix as its SMTP mail transfer agent and Cyrus for IMAP and POP support"
Si c'est pour un Mac OS X Client, il y a quelques packages cyrus dans fink. Pas testé.
-- Nicolas
root
Le Thu, 21 Dec 2006 10:04:56 +0100, Nicolas MICHEL a écrit :
root wrote:
Bonjour,
J'ai parfois un petit problème au demarrage de mon MacBook pour le lancement de certains daemon (xinetd, postfix par ex.)
C'est pour des tests ou tu utilises vraiement ton MacBook comme serveur imap ?
Résponse 2 : je l'utilise pour lire mes mails au quotidiens :)
J'utilisais déjà ce système sur mon Linux (avant d'acheter un Mac) : un fetchmail qui récupère mes différentes boîtes externes, il injecte les messages dans Postfix, procmail et spamassassin me filtre tout ça dans les dossiers IMAP qui vont bien et ensuite je consulte l'ensemble en local par IMAP.
Comment faire pour éviter cela avec xinetd ?
Question con : Quelle est l'utilité de xinetd sous Mac OS X 10.4.8 ? N'a-t-il pas été rendu "obsolète" dans ce système ?
Sinon, vous utilisez quoi comme serveur IMAP qui soit supporté en launchd ?
Perso je n'utilises pas, mais si tu vas sur www.apple.com et que tu regarde côté Mac OS X serveur, tu pourras y lire ceci :
"Mac OS X Server uses Postfix as its SMTP mail transfer agent and Cyrus for IMAP and POP support"
Si c'est pour un Mac OS X Client, il y a quelques packages cyrus dans fink. Pas testé.
J'utilise darwinports/macports. J'ai essayé courier-imap, que j'ai l'habitude d'utiliser sous Linux, mais là sous Mac OS X j'ai pas réussi à faire fonctionner la partie authentification, j'ai pas regardé plus en détails, alors j'ai installé un simple uw-imap.
Je vais effectivement regarder du coté de Cyrus.
Merci.
Le Thu, 21 Dec 2006 10:04:56 +0100, Nicolas MICHEL a écrit :
root <root@localhost.localdomain> wrote:
Bonjour,
J'ai parfois un petit problème au demarrage de mon MacBook pour le
lancement de certains daemon (xinetd, postfix par ex.)
C'est pour des tests ou tu utilises vraiement ton MacBook comme serveur
imap ?
Résponse 2 : je l'utilise pour lire mes mails au quotidiens :)
J'utilisais déjà ce système sur mon Linux (avant d'acheter un Mac) : un
fetchmail qui récupère mes différentes boîtes externes, il injecte les
messages dans Postfix, procmail et spamassassin me filtre tout ça dans
les dossiers IMAP qui vont bien et ensuite je consulte l'ensemble en local
par IMAP.
Comment faire pour éviter cela avec xinetd ?
Question con :
Quelle est l'utilité de xinetd sous Mac OS X 10.4.8 ? N'a-t-il pas
été rendu "obsolète" dans ce système ?
Sinon, vous utilisez quoi comme serveur IMAP qui soit supporté en
launchd ?
Perso je n'utilises pas, mais si tu vas sur www.apple.com et que tu
regarde côté Mac OS X serveur, tu pourras y lire ceci :
"Mac OS X Server uses Postfix as its SMTP mail transfer agent and Cyrus
for IMAP and POP support"
Si c'est pour un Mac OS X Client, il y a quelques packages cyrus dans
fink. Pas testé.
J'utilise darwinports/macports. J'ai essayé courier-imap, que j'ai
l'habitude d'utiliser sous Linux, mais là sous Mac OS X j'ai pas réussi
à faire fonctionner la partie authentification, j'ai pas regardé plus en
détails, alors j'ai installé un simple uw-imap.
Le Thu, 21 Dec 2006 10:04:56 +0100, Nicolas MICHEL a écrit :
root wrote:
Bonjour,
J'ai parfois un petit problème au demarrage de mon MacBook pour le lancement de certains daemon (xinetd, postfix par ex.)
C'est pour des tests ou tu utilises vraiement ton MacBook comme serveur imap ?
Résponse 2 : je l'utilise pour lire mes mails au quotidiens :)
J'utilisais déjà ce système sur mon Linux (avant d'acheter un Mac) : un fetchmail qui récupère mes différentes boîtes externes, il injecte les messages dans Postfix, procmail et spamassassin me filtre tout ça dans les dossiers IMAP qui vont bien et ensuite je consulte l'ensemble en local par IMAP.
Comment faire pour éviter cela avec xinetd ?
Question con : Quelle est l'utilité de xinetd sous Mac OS X 10.4.8 ? N'a-t-il pas été rendu "obsolète" dans ce système ?
Sinon, vous utilisez quoi comme serveur IMAP qui soit supporté en launchd ?
Perso je n'utilises pas, mais si tu vas sur www.apple.com et que tu regarde côté Mac OS X serveur, tu pourras y lire ceci :
"Mac OS X Server uses Postfix as its SMTP mail transfer agent and Cyrus for IMAP and POP support"
Si c'est pour un Mac OS X Client, il y a quelques packages cyrus dans fink. Pas testé.
J'utilise darwinports/macports. J'ai essayé courier-imap, que j'ai l'habitude d'utiliser sous Linux, mais là sous Mac OS X j'ai pas réussi à faire fonctionner la partie authentification, j'ai pas regardé plus en détails, alors j'ai installé un simple uw-imap.
Je vais effectivement regarder du coté de Cyrus.
Merci.
laurent.pertois
root wrote:
J'utilise darwinports/macports. J'ai essayé courier-imap, que j'ai l'habitude d'utiliser sous Linux, mais là sous Mac OS X j'ai pas réussi à faire fonctionner la partie authentification, j'ai pas regardé plus en détails, alors j'ai installé un simple uw-imap.
Installé lui aussi par Macports ?
Je vais effectivement regarder du coté de Cyrus.
Il y a un côté marteau et enclume pour écraser les moucherons là :)
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
root <root@localhost.localdomain> wrote:
J'utilise darwinports/macports. J'ai essayé courier-imap, que j'ai
l'habitude d'utiliser sous Linux, mais là sous Mac OS X j'ai pas réussi
à faire fonctionner la partie authentification, j'ai pas regardé plus en
détails, alors j'ai installé un simple uw-imap.
Installé lui aussi par Macports ?
Je vais effectivement regarder du coté de Cyrus.
Il y a un côté marteau et enclume pour écraser les moucherons là :)
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
J'utilise darwinports/macports. J'ai essayé courier-imap, que j'ai l'habitude d'utiliser sous Linux, mais là sous Mac OS X j'ai pas réussi à faire fonctionner la partie authentification, j'ai pas regardé plus en détails, alors j'ai installé un simple uw-imap.
Installé lui aussi par Macports ?
Je vais effectivement regarder du coté de Cyrus.
Il y a un côté marteau et enclume pour écraser les moucherons là :)
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
laurent.pertois
Benoit Leraillez wrote:
De toute façon il préfère l'IMAP en local aux mbox. Alors un peu plus ou un peu moins (manque plus qu'un serveur proxy sur la machine et le compte est bon*) ;)
Oui, mais bon, quand même, moi, je m'en moque, mais cyrus ayant surtout été taillé pour de gros sites, là, avec un compte... Enfin comme tu dis :
* quoique... on peut aussi faire du ftp sur 127.0.0.1 et virer le Finder pendant qu'on y est ;-)
tout est possible, de nos jours... Cela dit, je ferais plutôt du sftp, on ne sait jamais ;-)
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
De toute façon il préfère l'IMAP en local aux mbox. Alors un peu
plus ou un peu moins (manque plus qu'un serveur proxy sur la machine et
le compte est bon*) ;)
Oui, mais bon, quand même, moi, je m'en moque, mais cyrus ayant surtout
été taillé pour de gros sites, là, avec un compte... Enfin comme tu dis
:
* quoique... on peut aussi faire du ftp sur 127.0.0.1 et virer le
Finder pendant qu'on y est ;-)
tout est possible, de nos jours... Cela dit, je ferais plutôt du sftp,
on ne sait jamais ;-)
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
De toute façon il préfère l'IMAP en local aux mbox. Alors un peu plus ou un peu moins (manque plus qu'un serveur proxy sur la machine et le compte est bon*) ;)
Oui, mais bon, quand même, moi, je m'en moque, mais cyrus ayant surtout été taillé pour de gros sites, là, avec un compte... Enfin comme tu dis :
* quoique... on peut aussi faire du ftp sur 127.0.0.1 et virer le Finder pendant qu'on y est ;-)
tout est possible, de nos jours... Cela dit, je ferais plutôt du sftp, on ne sait jamais ;-)
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
laurent.pertois
Benoit Leraillez wrote:
Oui mais bon. Un tunnel SSH et le ftp de base est très bien.
Dans ce cas, je fais plutôt du telnet et du rcp dans le tunnel, voire, mais c'est du vice, je construis un lien en L2TP pour faire passer aussi de l'udp.
À ce propos, y-a-t-il un serveur Time fourni sous OS X. Parce que si j'en avais un je serai sûr que ma machine soit à l'heure et très précisément puisqu'il n'y aurait pas de délais avec les routeurs & Co.
Oui, bien sûr :
[rdaneel:~] [00:12:35] laurent
: 4 8 15 16 23 42 which ntpd /usr/sbin/ntpd
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Oui mais bon. Un tunnel SSH et le ftp de base est très bien.
Dans ce cas, je fais plutôt du telnet et du rcp dans le tunnel, voire,
mais c'est du vice, je construis un lien en L2TP pour faire passer aussi
de l'udp.
À ce
propos, y-a-t-il un serveur Time fourni sous OS X. Parce que si j'en
avais un je serai sûr que ma machine soit à l'heure et très précisément
puisqu'il n'y aurait pas de délais avec les routeurs & Co.
Oui, bien sûr :
[rdaneel:~] [00:12:35] laurent
: 4 8 15 16 23 42 which ntpd
/usr/sbin/ntpd
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Oui mais bon. Un tunnel SSH et le ftp de base est très bien.
Dans ce cas, je fais plutôt du telnet et du rcp dans le tunnel, voire, mais c'est du vice, je construis un lien en L2TP pour faire passer aussi de l'udp.
À ce propos, y-a-t-il un serveur Time fourni sous OS X. Parce que si j'en avais un je serai sûr que ma machine soit à l'heure et très précisément puisqu'il n'y aurait pas de délais avec les routeurs & Co.
Oui, bien sûr :
[rdaneel:~] [00:12:35] laurent
: 4 8 15 16 23 42 which ntpd /usr/sbin/ntpd
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
laurent.pertois
Benoit Leraillez wrote:
Laurent Pertois wrote:
Dans ce cas, je fais plutôt du telnet et du rcp dans le tunnel, voire, mais c'est du vice, je construis un lien en L2TP pour faire passer aussi de l'udp.
Avec une telle usine à gaz il n'est pas étonnant que nous ayons moins de virus & Co que sous Windows (pour l'instant et pourvu que ça dur).
C'est ça une bonne protection, mais ça a un prix...
[rdaneel:~] [00:12:35] laurent
: 4 8 15 16 23 42 which ntpd /usr/sbin/ntpd
Rien compris ;-)
Fais donc une connexion ssh sur ta machine pour vérifier, tu verras.
Heureusement que c'est dans les préférences clickodromesque et qu'on ne voit pas ce qi se passe sous le capot ;-)
Oulalalalalalalalalalala !!!
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Dans ce cas, je fais plutôt du telnet et du rcp dans le tunnel, voire,
mais c'est du vice, je construis un lien en L2TP pour faire passer aussi
de l'udp.
Avec une telle usine à gaz il n'est pas étonnant que nous ayons
moins de virus & Co que sous Windows (pour l'instant et pourvu que ça
dur).
C'est ça une bonne protection, mais ça a un prix...
[rdaneel:~] [00:12:35] laurent
: 4 8 15 16 23 42 which ntpd
/usr/sbin/ntpd
Rien compris ;-)
Fais donc une connexion ssh sur ta machine pour vérifier, tu verras.
Heureusement que c'est dans les préférences clickodromesque et qu'on
ne voit pas ce qi se passe sous le capot ;-)
Oulalalalalalalalalalala !!!
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Dans ce cas, je fais plutôt du telnet et du rcp dans le tunnel, voire, mais c'est du vice, je construis un lien en L2TP pour faire passer aussi de l'udp.
Avec une telle usine à gaz il n'est pas étonnant que nous ayons moins de virus & Co que sous Windows (pour l'instant et pourvu que ça dur).
C'est ça une bonne protection, mais ça a un prix...
[rdaneel:~] [00:12:35] laurent
: 4 8 15 16 23 42 which ntpd /usr/sbin/ntpd
Rien compris ;-)
Fais donc une connexion ssh sur ta machine pour vérifier, tu verras.
Heureusement que c'est dans les préférences clickodromesque et qu'on ne voit pas ce qi se passe sous le capot ;-)
Oulalalalalalalalalalala !!!
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Nicolas.MICHEL
root wrote:
Résponse 2 : je l'utilise pour lire mes mails au quotidiens :)
J'utilisais déjà ce système sur mon Linux (avant d'acheter un Mac) : un fetchmail qui récupère mes différentes boîtes externes, il injecte les messages dans Postfix, procmail et spamassassin me filtre tout ça dans les dossiers IMAP qui vont bien et ensuite je consulte l'ensemble en local par IMAP.
Ah, bin oui, simplement ! :->
J'utilise darwinports/macports. J'ai essayé courier-imap, que j'ai l'habitude d'utiliser sous Linux, mais là sous Mac OS X j'ai pas réussi à faire fonctionner la partie authentification, j'ai pas regardé plus en détails, alors j'ai installé un simple uw-imap.
Je vais effectivement regarder du coté de Cyrus.
Encore une fois, j'ai pas testé mais comme c'est le produit proposé par Apple sur ses serveurs il y a forcément une version pour mac, j'espère qu'elle est dispo mais "ça devrait"
Merci.
De rien
-- Nicolas
root <root@localhost.localdomain> wrote:
Résponse 2 : je l'utilise pour lire mes mails au quotidiens :)
J'utilisais déjà ce système sur mon Linux (avant d'acheter un Mac) : un
fetchmail qui récupère mes différentes boîtes externes, il injecte les
messages dans Postfix, procmail et spamassassin me filtre tout ça dans
les dossiers IMAP qui vont bien et ensuite je consulte l'ensemble en local
par IMAP.
Ah, bin oui, simplement ! :->
J'utilise darwinports/macports. J'ai essayé courier-imap, que j'ai
l'habitude d'utiliser sous Linux, mais là sous Mac OS X j'ai pas réussi
à faire fonctionner la partie authentification, j'ai pas regardé plus en
détails, alors j'ai installé un simple uw-imap.
Je vais effectivement regarder du coté de Cyrus.
Encore une fois, j'ai pas testé mais comme c'est le produit proposé par
Apple sur ses serveurs il y a forcément une version pour mac, j'espère
qu'elle est dispo mais "ça devrait"
Résponse 2 : je l'utilise pour lire mes mails au quotidiens :)
J'utilisais déjà ce système sur mon Linux (avant d'acheter un Mac) : un fetchmail qui récupère mes différentes boîtes externes, il injecte les messages dans Postfix, procmail et spamassassin me filtre tout ça dans les dossiers IMAP qui vont bien et ensuite je consulte l'ensemble en local par IMAP.
Ah, bin oui, simplement ! :->
J'utilise darwinports/macports. J'ai essayé courier-imap, que j'ai l'habitude d'utiliser sous Linux, mais là sous Mac OS X j'ai pas réussi à faire fonctionner la partie authentification, j'ai pas regardé plus en détails, alors j'ai installé un simple uw-imap.
Je vais effectivement regarder du coté de Cyrus.
Encore une fois, j'ai pas testé mais comme c'est le produit proposé par Apple sur ses serveurs il y a forcément une version pour mac, j'espère qu'elle est dispo mais "ça devrait"
