Mail And Stuff

[Antikx]

What GUI apps in Cacko and pdaXrom did you try?

And using Mutt, how do you send email?  ssmtp is incredibly limited.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=126096\"][{POST_SNAPBACK}][/a][/div]

I can't remember what the default one is Cacko is called, but I used that one and found it almost unusable with lots of IMAP mail.
Sylpheed under pdaXrom seemed to be really slow and crash when dealing with lots of IMAP mail.

I didn't try thunderbird because I read about how a lot of people found it really slow.

I can't remember what else I tried but I think I may have tried a couple more apps that were in the feeds but they didn't work well for my needs.

My IMAP account has about 150MB of e-mail. I purge it down form 175MB(ish) to 100MB(ish) a couple times a year.

I can't remember what I used to send email when using Mutt, but ssmtp sounds right. I didn't find it was limited. What kinda limitations are you coming across?

[bam]

actually got the thing working, not sure how I did but I did... go figure?!
[div align=\"right\"][a href=\"index.php?act=findpost&pid=123862\"][{POST_SNAPBACK}][/a][/div]

I'm also having massive trouble getting any kind of useful email on my Z.  opie-mail is apparently worthless.  If you have any tips, please send 'em along.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=126049\"][{POST_SNAPBACK}][/a][/div]

use the pine/procmail/fetchmail/msmtp/msmtp-queue setup it works really fast! I will have a tutorial up on my site within the next few weeks as soon as I get my laptop back from repair.

[Antikx]

I will have a tutorial up on my site within the next few weeks as soon as I get my laptop back from repair.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=126491\"][{POST_SNAPBACK}][/a][/div]

Awesome. Good man.
Please let us know.

[starkruzr]

Thunderbird is remarkably slow.  I've tried Sylpheed and it was okay, but apparently deals extremely poorly with multiple IMAP accounts - that is, it lets you update the first one, and then when you try to get mail for the others, it does nothing.  Rather disappointing :/

[bam]

actually tutorial is up, hopefully its...understandable. oh yea...offtopic a bit, I have done some slight changes to the site, just look under pages or do a search.

[jochen-02]

Do you know of a way to route the mail around /var/spool/mail/zaurus?
I had to create it, but I'd rather avoid it. Some direct pipe between fetchmail and procmail would be good.

What is the problem?
You will fetch the mail from (pop3|imap) server with fetchmail.
The output goes to procmail, which does the final delivery to the user's mailbox.

In ~/.fetchmailrc you will need something like:
------------------------------------------------------------
poll <pop3.server.dom> protocol pop3
     user daniel password "secret" is <whoever_on_zaurus>
     norewrite mda "/usr/bin/procmail -f %F"
------------------------------------------------------------

In ~/.procmailrc you tell procmail, where your mailbox is located:
------------------------------------------------------------
MAILBOX=/mnt/card/Mail/daniel/inbox
DEFAULT=/mnt/card/Mail/daniel/inbox
ORGMAIL=/mnt/card/Mail/daniel/inbox  # not sure if you need this

:0
*
              "$MAILBOX"
------------------------------------------------------------

You will notice that the line starting with "mda..." in ~/.fetchmailrc is the most important.

[jochen-02]

I'm also having massive trouble getting any kind of useful email on my Z.  opie-mail is apparently worthless.  If you have any tips, please send 'em along.

I am using a setup with fetchmail, procmail, mutt, ssh. Sending mail is done with a script pair; one script on Zaurus to transfer the mail to my Linux workstation, another script on the workstation to fire up sendmail -t.
Since I am using mutt for all my email needs since rel. 0.8something, it is pretty straight forward for me using this setup. The mail transfer (both directions) is part of a home-made sync setup.

[bam]

norewrite mda "/usr/bin/procmail -f %F", I take it this tells fetchmail not to write a intermediary file?

[jochen-02]

norewrite (...) I take it this tells fetchmail not to write a intermediary file?

No. It has nothing to do with temp file usage. From the fetchmail manual:
       -n, --norewrite
              (Keyword:  no  rewrite)  Normally,  fetchmail edits
              RFC-822 address headers (To,  From,  Cc,  Bcc,  and
              Reply-To)  in  fetched  mail  so  that any mail IDs
              local to the server are expanded to full  addresses
              (@ and the mailserver hostname are appended).  This
              enables replies on the client to get addressed cor­
              rectly  (otherwise  your  mailer  might  think they
              should be addressed to local users  on  the  client
              machine!).    This  option  disables  the  rewrite.
              (This option is provided to pacify people  who  are
              paranoid  about having an MTA edit mail headers and
              want to know they can prevent it, but it is  gener­
              ally not a good idea to actually turn off rewrite.)
              When using ETRN, the rewrite option is ineffective.

mda "/usr/bin/procmail -f %F"

This tells fetchmail not to deliver mail to <mailhost> Port 25. It transfers email directly to procmail. Therefore no /var/spool/mail/<username> is needed.

[bam]

cool, thanks, will add this to the tutorial, and I think Daniel was looking for that solution too.

[daniel3000]

cool, thanks, will add this to the tutorial, and I think Daniel was looking for that solution too.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=127463\"][{POST_SNAPBACK}][/a][/div]

Yes, I was.
After some testing I will modify the hmc-muttmail IPK accordingly.

Thanks!
daniel

[daniel3000]

Hi Jochen,

What is the problem?
You will fetch the mail from (pop3|imap) server with fetchmail.
The output goes to procmail, which does the final delivery to the user's mailbox.

In ~/.fetchmailrc you will need something like:
------------------------------------------------------------
poll <pop3.server.dom> protocol pop3
     user daniel password "secret" is <whoever_on_zaurus>
     norewrite mda "/usr/bin/procmail -f %F"
------------------------------------------------------------

In ~/.procmailrc you tell procmail, where your mailbox is located:
------------------------------------------------------------
MAILBOX=/mnt/card/Mail/daniel/inbox
DEFAULT=/mnt/card/Mail/daniel/inbox
ORGMAIL=/mnt/card/Mail/daniel/inbox  # not sure if you need this

:0
*
              "$MAILBOX"
------------------------------------------------------------

You will notice that the line starting with "mda..." in ~/.fetchmailrc is the most important.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=127100\"][{POST_SNAPBACK}][/a][/div]

I tried it. But unfortunately, procmail still wants to access /var/spool/mail/zaurus.
I have removed all access rights from /var/spool/mail/zaurus to monitor if any access is done, and it is:

Code: [Select]

reading message xyz@mail.serer.net:1 of 1 (1142 octets) .procmaiil: Renaming bogus mailbox "var/spool/mail/zaurus" info "/var/spool/mail/BOGUS.zaurus.JmB"
procmail: Couldn't create "/var/spool/mail/zaurus"
 flushed
The mail is fetched and seems to be filtered where it belongs to. But there is still the spool file access and - due to the failure - a quite long delay for every fetched mail.

MAILBOX in .procmailrc is only a user-defined variable, nothing procmail specific (not mentioned in the manual). ORGMAIL is only a fallback solution for the default spool file in /var/spool/mail.
I could not find a way to tell procmail NOT to access the default spool file but another file or no file instead.

Any ideas?

Thanks!
daniel

[jochen-02]

I tried it. But unfortunately, procmail still wants to access /var/spool/mail/zaurus.

/var/spool/mail does not even exist on my Zaurus. Therefore it MUST work.

Code: [Select]

reading message xyz@mail.serer.net:1 of 1 (1142 octets) .procmaiil: Renaming bogus mailbox "var/spool/mail/zaurus" info "/var/spool/mail/BOGUS.zaurus.JmB"
procmail: Couldn't create "/var/spool/mail/zaurus"
 flushed

Here:

Code: [Select]

1 message for zaurus at (631 octets).
reading message zaurus@:1 of 1 (631 octets) flushed
And in procmail.log:

Code: [Select]

From  Tue May 23 22:59:09 2006
Subject: Testmail
  Folder: /home/zaurus/Mail/inbox
Looks ok.

MAILBOX in .procmailrc is only a user-defined variable, nothing procmail specific (not mentioned in the manual).

Yes, you are right. During many years of procmail usage I am used to set this variable.

Any ideas?

Not at this moment. Would you please post the .fetchmailrc, you used for the test (without passwords)?

[bam]

hey anyone got multiple mail accounts working, with msmtp/proc/fetch? its easy to recieve mail with 2 accounts via fetchmail and route them but...sending a email and choosing which account, not quite sure how to do that yet. And sending the email based on which account recieved it too. These are the only 2 issues to resolve left.(at least for my tutorial that is)

[jochen-02]

hey anyone got multiple mail accounts working, with msmtp/proc/fetch? its easy to recieve mail with 2 accounts via fetchmail and route them but...sending a email and choosing which account, not quite sure how to do that yet. And sending the email based on which account recieved it too.

This is done in .muttrc (assuming you use mutt as MUA?). It needs a little help from sendmail if you want to set envelope-from too.
In .muttrc the variable "reverse_name" does the trick:

Code: [Select]

 Type: boolean
  Default: no

  It may sometimes arrive that you receive mail to a certain machine,
  move the messages to another machine, and reply to some the messages
  from there.  If this variable is set, the default From: line of the
  reply messages is built using the address where you received the
  messages you are replying to if that address matches your alternates.
  If the variable is unset, or the address that would be used doesn't
  match your alternates, the From: line will use your address on the
  current machine.