Newsgroup: it.comp.software.newsreader
Titolo: Grossi casini tra Hamster e Eudora Pro (helpme)

Mannaggia a me...ho provato a settare i server pop3 e smtp per far lavorare
Hamster anche sul lato email... ma non ci raccapezzo nulla.
Ho quattro account email... ho settato Hamster con i relativi smtp, pop3,
user e password. Sul client, Eudora, ho messo per tutti user admin, password
quella che uso anche per le news, pop3 e smtp quella di default (127.0.0.1).
La cosa strana e':
- provo a inviare un msg. dal client a Hamster e mi chiede la password !
- faccio un check mail (quattro account... tutti identici ?) e mi escono una
caterba di errori... che faccio ? :-(((
Purtroppo le faq (sul lato mail) sono molto carenti... in specialmodo per
gli account multipli. Se avete qualche parola di conforto...
Ciao
Roberto
--
i dati negli header sono modificati. Per rispondere
in email sostituire katanga con freemail.
Tutto il mondiale di F1 su
http://www.geocities.com/MotorCity/Downs/5794
Calcolo del bollo on line/Verifiche revisioni auto
http://utenti.tripod.it/aut_marche
 

caterba di errori... che faccio ? :-(((
E' un po' generico. Bisognerebbe vedere di che errori si tratta. Hai
provato a ottenere i dettagli nei log?

provato a ottenere i dettagli nei log?
Beh... tipo errore password (purtroppo non riesco a fare il copy&paste). Ho
risolto... sai come ? Togliendo i checkmail a tutti gli account e lasciando
solo quello di admin@hamster. Il problema, ora, e' che se faccio un reply a
qualunque mail, Eudora mi mette nel campo from admin@hamster, quindi ogni
volta devo risettare l'indirizzo corretto.


solo quello di admin@hamster.
Il campo From non c'entra nulla con il POP3/SMTP locale. Che bisogno c'è
di usare admin@hamster ?

Ok... lo tolgo appena scopro come scaricare dai 4 account.
Su Eudora devi fare così:
Account: <Dominant> admin@localhost
Real name: [...]
Return Address: 
indi...@freemail.it
user: admin
SMTP server: localhost o SMTP remoto (dipende dalle tue preferenze)
Authentication allowed: [ ]
Check mail: [x]
Incoming mail: localhost
Configuration: POP
Authentication style: password
I quattro account precedenti dovranno essere richiesti da Hamster, non
più da Eudora. E' questo il vantaggio del mailserver locale. Hamster
sfrutterà i POP3 nella scheda mailserver e pescherà le informazioni di
autenticazione dalla scheda password (file password.!!!). Eudora,
invece, controllerà la posta attraverso la porta POP3 110 del localhost
127.0.0.1 (admin, *****).
[...]


Ok.  Pero' io devo mantenere i 4 account con Eudora, visto che se mando un
msg. su una ML devo scrivere dall'account di freemail, su un'altra da
Tiscalinet,,, i msg. importanti dall'account principale. Fin qui il problema
sarebbe anche risolto. Pero'... se arriva una mail su Tiscali e faccio
reply, mi esce il from di Mercurio (sempre quello... e' il dominant che
scarica da Hamster). Capisci che fare le reply, in specialmodo alle ML,
diventa un casino con alta percentuale di sbagliare indirizzo. E poi...
facciamo il caso che stia in rete... e quattro persone scaricano da
Hamster... ovviamente ognuno scarichera' la sua posta... non posso farlo
pure io (quattro check mail diversi) ?


pure io (quattro check mail diversi) ?
Premetto che io con Hamster preferisco trasformare le mailing-list in
newsgroup locali (*) con header followup-to: "poster"...
   Dopo aver creato i necessari newsgroup locali, nel file mailfilt.hst
   si mette la regola:
   postto(local.roby01) Any-Recipient: "
mailin...@egroups.com
"
A parte questo stratagemma, esiste un altro modo. Si indirizza la posta
su più account locali admin, account01, account02 e così via fino alla
concorrenza di tutti gli e-mail address. Per farlo bisogna, creare
ovviamente in prima istanza gli account necessari su Hamster, mentre su
Eudora rifletterai gli stessi account in locale, ma con apposito return
address.
La posta può essere quindi indirizzata a questi account in due modi.
A. attraverso delle regole nel file mailfilt.hst come: 
add(roby01) Any-Recipient: "
rob...@mail.serv.er
"
add(roby02) Any-Recipient: "
rob...@mail.serv.er
"
ecc. ecc.
B. attraverso degli script con un comando fetchmail.
# la riga seguente serve a interpretare la nuova generazione di script
#!hs2
HamFetchMail( "
pop3.serv.er
", "pop3", "", "", "roby01", "" )
HamFetchMail( "
pop3.serv.er
", "pop3", "", "", "roby02", "" )
ecc.
La scelta tra le due soluzioni può dipendere dalla volontà di usare o
meno gli script. Io personalmente ne faccio a meno perché tutto sommato
ho esigenze piuttosto banali. Tuttavia, tale scelta dipende soprattutto
dalla discriminante del POP3. Infatti con gli script sono penalizzati
gli utenti che dispongono di un unico POP3 con più e-mail address da
forwarding. Salva ovviamente una soluzione di impiego misto di script e
mailfilt.hst.
(*) volendo con Forté Agent posso impostare identità differenti per ogni
newsgroup ma resta il problema dell'identità del "nuovo messaggio"
e-mail che è la stessa di "User and System Profile".
Ho riletto l'articolo, fa schifo... scusate la sminkiassi :-)

Ho riletto l'articolo, fa schifo... scusate la sminkiassi :-)
Probabilmente Pirrotti ha fatto scuola. ;-)


Mi sa' che e' un po' snob...
Probabilmente solo teutonico. Il core del beta-testing è nella
mailing-list ariana :-D