On Tue, Dec 19, 2000 at 02:46:05AM -0500, Jeffrey Esquivel wrote:

> Potato por default trae exim como MTA, bueno eso no es problema, trate de
> usar fetchmail (igual a como lo habia hecho en RH), pero me dio un error a
> la hora de pasar los mail al MTA de mi maquina, asi que le di un apt-get

Yo tengo fetchmail funcionando sin problemas con exim bajo Potato...
Eso si, hay un toque medio curioso con exim, segun el FAQ de fetchmail:

T3. How can I use fetchmail with exim?

   If you have rewrite on:

   There is an RFC1123 requirement that MAIL FROM and RCPT TO addresses
   you pass to it have to be canonical (e.g. with a fully qualified
   hostname part). Therefore fetchmail tries to pass fully qualified RCPT
   TO addresses. But exim does not by default accept 'localhost' as a
   fully qualified domain. This can be fixed.

   In exim.conf, add 'localhost' to your local_domains declaration if
   it's not already present. For example, the author's site at
   thyrsus.com would have a line reading:

       local_domains = thyrsus.com:localhost

   If you have rewrite off:

   MAIL FROM is a potential problem if the MTAs upstream from your
   fetchmail don't necessarily pass canonicalized From and Return-Path
   addresses, and fetchmail's rewrite option is off. The specific case
   where this has come up involves bounce messages generated by sendmail
   on your mailer host, which have the (un-canonicalized) origin address
   MAILER-DAEMON.

   The right way to fix this is to enable the rewrite option and have
   fetchmail canonicalize From and Return-Path addresses with the
   mailserver hostname before exim sees them. This option is enabled by
   default, so it won't be off unless you turned it off.

   If you must run with rewrite off, there is a switch in exim's
   configuration files that allows it to accept domainless MAIL FROM
   addresses; you will have to flip it by putting the line

        sender_unqualified_hosts = localhost

   in the main section of the exim configuration file. Note that this
   will result in such messages having an incorrect domain name attached
   to their return address (your SMTP listener's hostname rather than
   that of the remote mail server).


-- 
//\/\ario //\/\elendez- TI2DLL
[EMAIL PROTECTED]

--
�Desea desuscribirse? Escriba a [EMAIL PROTECTED] con
el tema "unsubscribe".

Responder a