Smail+Pine [Re: fetchmail baja el correo pero lo borra de mi host]
On Mon, 16 Aug 1999, Francisco José Avila Bermejo wrote:
> On Sun, 15 Aug 1999, Iñaki Fernández Villanueva wrote:
>
> > Mis problemas han surgido porque uso smail como &
> > pine como MUA. Resulta que pine es incapaz de encolarme los mensajes
> > en /var/spool/smail/input cuando no estoy conectado a Internet. (no me deja
> > enviar los mensajes). En cambio con la misma configuración funciona el mutt
> > y encola bien los mensajes.
>
> Eso no creo que sea problema del Pine.
>
> > Me extraña que no funcione ya que cuando estoy conectado a mi ISP todo va bien.
> > No creo que Pine sea sólo compatible con sendmail y no con smail (he estado
> > mirando algo de documentación). Debería ser algo de configuración del pine,
> > pero se me escapa.
>
> Yo tengo Pine+Smail y todo va ok. No hay nada raro en la configuración del
> Pine. Lo único en que fuerzo que el campo From: sea el de mi dirección de
> correo, o sea monkiki@teleline.es, pero nada más. Y el Smail está
> configurado con lo que me preguntó el script de configuración. Lo único
> curioso es que le dije que mandase todo el correo hacia el ISP (opción 1,
> creo) en vez de que mandase sólo los que no pudiera envia.
Francisco ha conseguido darme una valiosa pista para lograr que me
funcione el Pine con Smail. Leo el correo desde una cuenta Linux con el
mismo nombre que la
del usuario de correo (siasevii), y tengo configurado pine con el dominio
euskalnet.net de mi e-mail (me viene por defecto gracias a smail). El
problema en concreto era que al mandar un e-mail desde Pine a una
dirección distinta a mi localhost con CTRL-X me salía el siguiente error:
[Mail not send: defer '<xyz@dominio>' <xyz@dominio> cannot verify at this
time:(ERR_164) ro]
Probé a configurar el pine de mil formas y he intentado buscar info sobre
estos errores en Pine (aunque sin lograrlo).
Creía que tenía smail bien configurado pq. de hecho con mutt me funcionaba
perfectamente. Sin embargo he solucionado este problema eligiendo la
opción 1 en la pregunta "Do you wish to use the smarthost for:" de modo
que se envíe al smarthost (en mi caso el servidor de smtp de mi ISP) todo
el correo con destino no local. Curiosamente la opción 2 es la que está
por defecto y la buena.
Y desde entonces todo va bien. Por cierto que tb. mutt funciona con esta
configuración (era pine que no me funcionaba con la opción 2).
Como conclusión personal smail parece muy fácil de configurar con el
script de configuración, pero ciertas preguntas quizás estén poco claras o
acertadas. Me gustaría saber cuál es la razón por la que pine no acepta el
otro tipo de configuración.
He decidido enviar los pasos que he seguido durante la configuración de
smail con smailconfig. Lo que he introducido por teclado es lo que sigue a
'#'. Si alguien ve algo raro agradecería cualquier crítica o sugerencia,
aunque quizás mejor sirva a alguien que no haya usado nunca smail.
Por cierto, gracias Francisco por tu ayuda (sin tí no lo hubiera
conseguido).
. Configuración de smail con "smailconfig --force" (root):
[...]
You must choose one of the options below:
(1) Internet site: you send and receive Internet mail on this
machine, using SMTP over TCP/IP, select this if you have a smarthost
reachable over SMTP.
(2) UUCP to smarthost (upstream site):
You send and receive mail via UUCP; outbound mail is sent to your
smarthost (probably your service provider) for routing and delivery.
(3) No mail is to be delivered or routed here. Any mail generated on this
system is sent to a central mail switch using SMTP. This configuration is
for workstation, which have mounted /var/spool/mail from a central server.
(4) Local delivery only:
You are not on a network. Mail for local users is delivered.
(5) No configuration will be done now; your mail system will be broken and
should not be used. Use /usr/sbin/smailconfig as root, later.
Select a number from 1 to 5, from the list above.
Enter value (default=`1', `x' to restart):
# 1
What is the `visible' mail name of your system ?
This will appear on From: lines of outgoing messages.
Enter value (default=`sisd.debian.piso', `x' to restart):
# euskalnet.net
Does this system have any other names which may appear on incoming
mail messages, apart from the visible name above (euskalnet.net)
and the system's hostname (sisd.debian.piso) ?
If so enter them here, separated with spaces or commas. If there are
none, say `none'.
Enter value (default=`none', `x' to restart):
# none
Do you have a smarthost available (and accessible via SMTP) ?
A smarthost is a system to which you forward mail you don't want to
deliver yourself; it presumably has better connectivity or routing
information than you do. Commercial providers usually provide a
smarthost for their customers, and large organisations will often have
a site mail switch which can be used. Use of a smarthost is strongly
recommended (you'll be able to specify exactly when to use it soon).
If a smarthost is available please enter its name (otherwise, `none').
Enter value (`x' to restart):
# correo.euskaltel.es (servidor smtp de mi ISP)
Do you wish to use the smarthost for:
(1) All outbound mail. This is good if your system is poorly
connected, eg via dialup SLIP, as you don't have to talk
to distant machines yourself, and it allows you to send out
just one copy of a message for all its the remote recipients.
(2) Mail that you have failed to find a way to route. This
means that mail for any unknown hosts or domains will be
sent to the smarthost in the hope that it will know better;
if it doesn't the smarthost should bounce it back to you.
This is recommended for most situations, and usually results
in faster end-to-end delivery than always using the smarthost.
(3) Only mail to the `awkward' UUCP and BITNET domains.
These domains don't appear in the Internet routing tables,
and how to reach them varies depending on your location.
Use this if your smarthost's admin has asked you to avoid using
the smarthost unnecessarily, or if it is unreliable or very slow.
Select a number from 1 to 3, from the list above.
Enter value (default=`2', `x' to restart):
# 1 !!!!!!!! (todo el correo con destino remoto se envía al ISP)
Mail for the `postmaster' and `root' accounts is usually redirected
to one or more user accounts, of the actual system administrators.
By default, I'll set things up so that mail for `postmaster' and for
various system accounts is redirected to `root', and mail for `root'
is redirected to a real user. This can be changed by editing /etc/aliases.
Note that postmaster-mail should usually be read on the system it is
directed to, rather than being forwarded elsewhere, so (at least one of)
the users you choose should not redirect their mail off this machine.
Which user account(s) should system administrator mail go to ?
Enter one or more usernames separated by spaces or commas . Enter
`none' if you want to leave this mail in `root's mailbox - NB this
is strongly discouraged. Also, note that usernames should be lowercase !
Enter value (`x' to restart):
# none (para gustos)
The following configuration has been entered:
Mail generated on this system will have `euskalnet.net' used
as the host part (after the @) in the From: field and similar places.
Message-ID's, Received lines, etc. will use the system's canonical
hostname, which is currently set to sisd.debian.piso.
The following hostname(s) will be recognised as referring to this system:
sisd.debian.piso, euskalnet.net
Mail for postmaster, root, etc. will be sent to root.
Local mail is delivered.
Outbound remote mail is sent to correo.euskaltel.es
via SMTP and TCP/IP (using any MX records in the DNS).
[...]
# Luego le respongo con un 'y' que todo está bien y lo lanzo como daemon
# o desde el inetd.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
.~. Iñaki Fernández Villanueva
DEBIAN/GNU /V\ siasevii@clientes.euskaltel.es siae0080@gc.ehu.es
// \\ Linux registered user #93164
SLINK 2.1 /( )\ Student in Computer Engineering
^^-^^ University of San Sebastian (Spain)
www.debian.org
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Reply to: