slacky.eu

Strano comportamento di kmail.
Creo un messaggio lo posto e resta lì nella directory "outbox" invece di partire.
Fino all'altro giorno funzionava.

Ho provato spedendo da diversi mittenti e verso destinatari differenti.
Gli account in uso sono su Gmail e su email.it.

Non dà nessun errore, apparentemente sembra non fare proprio nulla.
Anche spedendo a mano i messaggi accodati (tasto dx sulla directory outbox e "send queued messages") questi restano sempre in outbox evidenziati come non letti.

Non sto lavorando "OFF LINE".

Non so bene neanche come fare a capire dove stia l'errore..
Ad ogni modo:
- slackawre 14.0
- KDE/KMail: 4.8.5

Se avete qualche idea...

Boh, le cose sembrano funzionare di nuovo oggi.
Probabilmente un riavvio ulteriore del PC ha sortito qualche misterioso effetto benefico.

Devo trovare il tempo di configurare una soluzione diversa per le mail.
Ultimamente ho sottoscritto alcune mailing list e quindi aggiunto vari filtri in KMail per smistare il tutto. E sospetto che "tutto quel lavoro" mandi un po' in crisi KMail.
Sicuramente il Filter Agent incluso si rivela piuttosto pietoso:
seleziono N messaggi "non automaticamente filtrati" e premo Ctrl-J per applicate tutti i filtri.
In tempo zero il Filteragent và in crash.
Probabilmente è un bug che spero sia stato risolto nelle versioni più recenti di KMail/KDE.

Ad ogni modo il problema pare rientrato..

per gmail, ho sentito lamentele anche da utenti di gnome con evolution
https://plus.google.com/u/0/+ClaudioSte ... WELq537rw3

Ho visto, però quello sembra un problema differente che riguarda la compatibilità tra un sistema particolare di autenticazione richiesto da google e il supporto allo stesso da parte di evolution. Probabilmente lo aggiorneranno affinché sia di nuovo utilizzabile regolarmente con google... sempre che dalle due righe lette di sfuggita io abbia capito bene.

Nel mio caso invece l'incasinamento è tutto interno a KMail Akonadi Filteragent e compagnia.
Quando pensavo alla configurazione cui approdare avevo in mente qualcosa come il classico fetchmail - spool_locale - procmail qualcosa di minimale tipo msmtp per l'invio.
E poi puntare il client di posta alla dir Mail locale, sollevandolo da altre mansioni.
In configurazioni del genere di solito si impiega "mutt".
L'avevo provato in passato ma non mi ci sono mai trovato molto, perchè alla fine non ho troppe mail da inviare e è un programma che si impara utilizzandolo sempre...

Il problema è che al momento non ricordo troppo bene i dettagli delle configurazioni e devo andare a rileggermi vari documenti e manuali, quindi tanto per cambiare ci vuole tempo.

Un client grafico che fa la stessa cosa di Mutt è Balsa.

Avete qualche guida che conoscete bene e raccomandate per configurare una soluzione del genere?

joe ha scritto:Avete qualche guida che conoscete bene e raccomandate per configurare una soluzione del genere?

Tempo fa lessi una cosa del genere cui accenni qui:
http://e-zine.debianizzati.org/stampa/numero_6.pdf

L'articolo è a pagina 15. Sebbene un po' datato da, a mio avviso, un quadro piuttosto chiaro che a suo tempo ho seguito io stesso.
Mi sentirei di aggiungere però il fatto che mutt di per se ha già la capacità di prelevare ed inviare tramite pop/imap e smtp senza doversi appoggiare ad altri programmi tipo msmtp o fetchmail/getmail etc.

Ho dato un'occhiata alla guida che hai linkato. Era esattamente quello che mi serviva per rinfrescarmi la memoria: una panoramica della configurazione corredata da un minimo d'esempio ma leggibile in poco tempo per avere idea di cosa serve e come grosso modo impostare il tutto.

Un breve riepilogo:
- invio con esmtp come MTA (sia in locale appoggiandosi direttamente a procmail, che verso diversi account remoti "smarthost" impostando diverse "identià")
- ricezione via fetchmail
- smistamento con procmail

Per quanto riguarda il MUA (il mail client diciamo) viene spiegato "mailx". Ma viene anche accennato quanto segue:

Volete un un piccolo aiuto per la consultazione della mailbox, ovvero un MUA o Mail User Agent. Che ne dite di Mutt, il MUA per antonomasia del mondo unix? Troppo austere le sue librerie ncurse? Nessun problema. La nostra mailbox è leggibile anche da Evolution, Claws Mail e qualsiasi client con la possibilità di monitorare una mbox/maildir e inviare la posta mediante sendmail.

Questa frase lascia aperta la porta a diverse scelte oltre il consiglio di Conraid che citava Balsa.
L'ideale in ambiente QT based come KDE sarebbe utile un client essenziale scritto in QT in grado di monitorare appunto una maildir e inviare la posta via sendmail.
Personalmente non ne conosco...
Se qualcuno di voi ne conoscesse uno con le caratteristiche citate faccia pure sapere...

PS.
Purtroppo come avevo già accennato, tra me e mutt non c'è mai stato troppo feeling.
Per esempio invece mi trovavo benissimo a leggere e scrivere post su usenet con "tin" newsreader. Chissà se sia possibile utilizzare quel programma anche come mail client...

No so se nell'utilizzo ci siano problemi ma KMail ha la capacità di monitorare una maildir e di spedire tramite un servizio di sendmail.

Impostazioni -> Configura KMail -> Account -> Ricezione -> Aggiungi... -> Maildir (Carica dati da una directory locale maildir)
Impostazioni -> Configura KMail -> Account -> Spedizione -> Aggiungi... -> Sendmail (Un'installazione locale di sendmail)

Questo almeno sulla versione 4.14.16 che ho avviato su un kde che ho in un altro PC.

jdrake ha scritto:No so se nell'utilizzo ci siano problemi ma KMail ha la capacità di monitorare una maildir e di spedire tramite un servizio di sendmail.

anche Thunderbird, il problema è che leggono da maildir/mbox ma poi "portano" la mail nelle loro dir e/o sporcano le directory con le loro, quindi non rimangono le maildir pulite in modo che possano essere lette da altri programmi.
Io per esempio us(av)o mutt e balsa, e facevano riferimento alla stessa directory, e potevo usare anche altri programmi.
Inoltre kmail usa akonadi che disinstallo sempre in quanto rompe e prende memoria.

joe ha scritto: Questa frase lascia aperta la porta a diverse scelte oltre il consiglio di Conraid che citava Balsa.
L'ideale in ambiente QT based come KDE sarebbe utile un client essenziale scritto in QT in grado di monitorare appunto una maildir e inviare la posta via sendmail.

XfMail era perfetto per queste cose
Non ne conosco altri che hanno la particolarità che dicevo sopra, cioè leggere dallo spool senza "modificarlo" o importare messaggi nel proprio.
Naturalmente modificarlo devono, nel senso verrà indicato quale mail sono lette, la cache, etc... ma tutto rimane leggibile da altri programmi.
Non ricordo se anche Claws fa questo. Se ne trovi uno fammelo sapere.

Solo per IMAP c'è un programma bellino in QT che si chiama trojta, con gmail lo uso piacevolmente. Ma come dicevo è solo IMAP e per ora un account solo, quindi c'è di meglio.
Ormai anche nel mondo unix si va verso un uso delle mail molto "online", cioè senza prendere mail per portare in locale (fetchmail o getmail), smistarle (procmail), etc...

joe ha scritto: Per esempio invece mi trovavo benissimo a leggere e scrivere post su usenet con "tin" newsreader. Chissà se sia possibile utilizzare quel programma anche come mail client...

No, puoi vedere alpine, ma boh... secondo me peggiore di mutt

Qual'è l'utilità di avere le mail in locale?
Lo chiedo perché reputo più pratici i client online (yahoo e gmail) rispetto al software in locale (kmail/evolution). In oltre perché scaricare tutta la mail in locale?

lablinux ha scritto:Qual'è l'utilità di avere le mail in locale?
Lo chiedo perché reputo più pratici i client online (yahoo e gmail) rispetto al software in locale (kmail/evolution). In oltre perché scaricare tutta la mail in locale?

Io adesso uso solo gmail in imap, quindi anche io non ho più mail in locale, però...
- Perché hai le mail anche senza connessione
- perché puoi usare vari account imap e/o pop3 e gestirli tutti insieme (se hai più account diversi online diventa un casino girare tutti i webmail, non mi sembra comodo)
- alcuni webmail sono proprio inusabili, e molti aziendali sono così
- perché cambi il mittente senza problema, su gmail per esempio anche se ti permette di cambiare il mittente in realtà il Sender: sarà sempre quello in cui sei collegato
- non sei costretto a quei modi orribili di gestire il quoting
- non le tieni in server altrui in balia di google, server terzi, etc... (per alcuni questo è fondamentale)
- usi gpg (non con tutti i webmail puoi)
etc, etc...

di contro con imap puoi gestirle ovunque e con qualunque client, anche mobile, come vuoi.

p.s.
io ora uso solo imap online perché non ho spazio nel notebook, ed il fisso non ce l'ho più, prima facevo entrambe le cose, le scaricavo con imap, ma le lasciavo sul server, così che potevo fare le cose in entrambi i modi.

- perché puoi usare vari account imap e/o pop3 e gestirli tutti insieme
Questo l'ho trovato scomodo.

- alcuni webmail sono proprio inusabili, e molti aziendali sono così
vero, ma i 'miei' due yahoo e gmail, li trovo comodi.

- perché cambi il mittente senza problema, su gmail per esempio anche se ti permette di cambiare il mittente in realtà il Sender: sarà sempre quello in cui sei collegato
questo non l'ho capito.

- non le tieni in server altrui in balia di google, server terzi, etc... (per alcuni questo è fondamentale)
non sapevo che scaricandole, le mail, venissero eliminate dal server

Grazie per le risposte

lablinux ha scritto:- perché puoi usare vari account imap e/o pop3 e gestirli tutti insieme
Questo l'ho trovato scomodo.

Se hai diversi account, personali, aziendali, etc... trovo scomodo andare a guardarli uno ad uno, se poi uno ha solo un account gmail è altro discorso.
Poi è questione personale, io per esempio adesso sto facendo una cosa veramente, ma veramente, brutta. Cioè faccio gestire da gmail anche gli altri account. Solo un paio non mi permettono di farlo. Faccio così perché sono in un periodo dove principalmente uso smartphone e tablet.

lablinux ha scritto: - perché cambi il mittente senza problema, su gmail per esempio anche se ti permette di cambiare il mittente in realtà il Sender: sarà sempre quello in cui sei collegato
questo non l'ho capito.

gmail ti permette di modificare il mittente, in modo da poter per esempio dire che il mittente è tizio@tizio.caio invece di tizio@gmail.com, ma tra gli header avrai

Sender: tizio@gmail.com
From: tizio@tizio.caio

se invece usi un smtp terzo, non hai questo problema.

lablinux ha scritto: - non le tieni in server altrui in balia di google, server terzi, etc... (per alcuni questo è fondamentale)
non sapevo che scaricandole, le mail, venissero eliminate dal server

dipende dalle impostazioni

I mail client online come si dice in gergo "suck"!!
Per me è scomodissimo dovermi collegare via web di quà e di là immetere password perchè poi avevo fatto il signout ecc...
Con un client e la posta in locale ho tutto li sotto i polpastrelli...
Per il resto ha detto già tutto Conraid, tra gli altri il vantaggio di leggere la posta offline e aggiungo anche di nvigarla... Infatti sarà colpa della mia connessione mobile (3g) ma anche IMAP lo trovo terribilmente più lento quando devo muovermi nelle carterlle della casella di posta.

Preferisco scaricare tutto in locale e gestire la sessione interattiva completamente offline. Molto più rapida nel mio caso.
Certo la configurazione in effetti non è una passeggiata... però si fà e fatta una volta poi le modifiche nel tempo sono minime...
E si può anche portare la config da un sistema ad un altro senza dover rifare tutto...

Poi vi sono casi in cui la formattazione della mail deve essere precisa e rispettare certi standard. Ad esempio se vuoi inviare una patch ad un team di sviluppo di un certo progetto, in primis il kernel linux è richiesto un testo del messaggio con precise regole su "a capo" e lunghezza righe ecc... Magari non c'è problema, ma non tutti i client web mail potrebbero essere ammaestrabili come ci si aspetterebbe.

Infine concordo con Conraid, Kmail in se non sarebbe troppo male, ma tutto il carrozzone Akonadi non mi va giù e a volte ho avuto anche qualche inghippo, ovviamente quando mi serviva la mail per cose serie e urgenti, Murphy docet...

In QT4 c'era anche Manitou mail... Non lo conosco ma potrei provarlo.
In ogni caso l'idea di separare la gestione delle mail dall'accesso alle stesse col client mi piace: preferisco un client "stupido" con cui leggere e scrivere le mail e basta. Per tutto il resto c'è il colone sendmail del caso, procmail e fetchmail.
Il fatto che i client rimaneggino le directory della casella di posta non è il massimo della vita. Farò qualche prova non appena ho tempo di configurare il tutto.

Per quanto riguarda tin news-reader, quello che mi piace è la pulizia e la semplicità:
- una schermata per ogni livello (livello newsgroups, livello topics, livello tread, livello artilcle). Non ho lo schermo a spezzatino come in un mail client classico con tutto in una schermata (accounts e directory varie sulla sx, topics ommegli subjects in alto e messaggi in basso).
- il tutto è navigable con due diti! freccia dx ti addentri entri nel sottolivello .. freccia sx ne esci con giù e su scorri e selezioni in verticale...
- per scrivere richiami l'editor prediletto, ok questo lo fanno tutti, anche kmail..

Magari anche mutt o pine/alpine si possono configurare così... non so.