OESF Portables Forum
Everything Else => General Support and Discussion => Zaurus General Forums => Archived Forums => Software => Topic started by: bam on April 11, 2006, 03:42:54 am
-
so I got PINE to work remotely to see my mail, but I would like to download all my mail off the server then use pine to read it, also if I write something in PINE it would be sent to the program handling download and upload of my mail(that way I can run it and itll send my outgoing email and download my next email(s)
any ideas or suggestions on what program I could use and how to get all of this configured?
-
so I got PINE to work remotely to see my mail, but I would like to download all my mail off the server then use pine to read it, also if I write something in PINE it would be sent to the program handling download and upload of my mail(that way I can run it and itll send my outgoing email and download my next email(s)
any ideas or suggestions on what program I could use and how to get all of this configured?
[div align=\"right\"][{POST_SNAPBACK}][/a][/div] (http://index.php?act=findpost&pid=122602\")
Well, not pine- but mutt-based:
Chapter "Email" on [a href=\"http://www.daniel-hertrich.de/zaurus/zps]http://www.daniel-hertrich.de/zaurus/zps[/url]
Some day I'll make an IPK :-)
daniel
-
Hey Bam... I prefer Pine over Mutt too, so if you get pine working/compiled for the Zaurus I'm interested too.
-
actually someone made a pine ipk here in the forums, works very fast for remote connections, but I want to download my emails for later viewing and then reply, where it would be held in queue until I get a net connection then I would use network helper to run a script to send queued emails and get new ones....you get the idea...
-
actually someone made a pine ipk here in the forums, works very fast for remote connections, but I want to download my emails for later viewing and then reply, where it would be held in queue until I get a net connection then I would use network helper to run a script to send queued emails and get new ones....you get the idea...
[div align=\"right\"][a href=\"index.php?act=findpost&pid=122788\"][{POST_SNAPBACK}][/a][/div]
I've never used Email on a Zaurus.
Don't most Email programs keep your downloaded Emails in your inbox, where you can either reply now or later, save to another folder, or delete/save forever?
I just assumed they are like outlook express. I have Sharp mail installed on my Z for now.
I keep all my registration mails for forums, ect in a seperate folder in outlook express on my PC
-
yea, I have my mail server but pine actually opens them 'remotely' so does ompi and the stock sharp mail app. actually I am impressed with the speed of pine, if MUTT has the same speed then I will use that, provided I can figure out how to get the emails downloaded and readable by mutt, then use mutt to write the email, then when I connect to the net sync up my outbox/inbox in the background.
Daniel, how bout providing the compiled apps you are using for your mail? In a zip file perhaps? I probably can see if I can get a nice ipk built for it.
-
actually someone made a pine ipk here in the forums, works very fast for remote connections, but I want to download my emails for later viewing and then reply, where it would be held in queue until I get a net connection then I would use network helper to run a script to send queued emails and get new ones....you get the idea...
[div align=\"right\"][a href=\"index.php?act=findpost&pid=122788\"][{POST_SNAPBACK}][/a][/div]
ahhh... try offlineimap. There's a thread where myself and someone else talk about it.
-
you could always use fetchmail and procmail to download the mail into local mboxes. If you search some of my posts you might find the one where I found the ipks on a japanese site (or just google for it).
-
you could always use fetchmail and procmail to download the mail into local mboxes. If you search some of my posts you might find the one where I found the ipks on a japanese site (or just google for it).
[div align=\"right\"][a href=\"index.php?act=findpost&pid=122842\"][{POST_SNAPBACK}][/a][/div]
I find that offlineimap barfs on 1meg+ sized email. How is fetchmail at handling larger email?
-
I'll have to get back to you on that one, but I don't remember any barfing.....
-
fetchmail works well, but my version of procmail keeps telling me it cant chdir to /hdd2/mail directory, any ideas? fetchmail seems to work, if I can get a nice mail filter going then figure how to send pine's queued emails then this will be good.
-
fetchmail works well, but my version of procmail keeps telling me it cant chdir to /hdd2/mail directory, any ideas? fetchmail seems to work, if I can get a nice mail filter going then figure how to send pine's queued emails then this will be good.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=122947\"][{POST_SNAPBACK}][/a][/div]
hm, my fetchmail / procmail setup works fine here. So it can't be a general procmail problem. Have you tried another location than hdd2? I have used hdd3 for a while, now I use /mnt/card/Documents without any problems.
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.
daniel
-
not sure maybe pipe the output? also getting a socket error now code 2, any ideas...?
-
solved, at least for the combo of pine/procmail/fetchmail, off to msmtp..
-
solved, at least for the combo of pine/procmail/fetchmail, off to msmtp..
[div align=\"right\"][a href=\"index.php?act=findpost&pid=123272\"][{POST_SNAPBACK}][/a][/div]
Good job.
When you get everything working, maybe you could post a how-to on The Grinder, or somewhere.
-
yuppers sure will
Do you know of a way to route the mail around /var/spool/mail/zaurus?
make a /hdd2/mail symlink to /var/spool/mail, that way flash isnt bothered...
also have all my mail going to /hdd2(I made it 256MB in size. helps with saving configs scripts and symlinking flash hogs.
-
ok, msmtp-runqueue.sh keeps giving me a no recipient warning then fails...any ideas?
-
ok, msmtp-runqueue.sh keeps giving me a no recipient warning then fails...any ideas?
[div align=\"right\"][a href=\"index.php?act=findpost&pid=123461\"][{POST_SNAPBACK}][/a][/div]
Hmmm... strange. I had it working back when I was using Cacko. Can you post your .msmtprc ?
-
ok, msmtp-runqueue.sh keeps giving me a no recipient warning then fails...any ideas?
[div align=\"right\"][{POST_SNAPBACK}][/a][/div] (http://index.php?act=findpost&pid=123461\")
Hmmm... strange. I had it working back when I was using Cacko. Can you post your .msmtprc ?
[div align=\"right\"][a href=\"index.php?act=findpost&pid=123477\"][{POST_SNAPBACK}][/a][/div]
if you look at my modified version of msmtp-runqueue.sh in this post [a href=\"https://www.oesf.org/forums/index.php?showtopic=16559&st=30]https://www.oesf.org/forums/index.php?showtopic=16559&st=30[/url] you will find a small change on line 42.
msmtp `cat "$MSMTPFILE"` < "$MAILFILE"
is now
msmtp -t `cat "$MSMTPFILE"` < "$MAILFILE"
Maybe someone needs to update the ipk.
Ensign.
-
ok ensign, that actually connects now but getting "tls certificate doesnt match owner name" now, tried turning tls off nut my server says no way on that. any ideas on how to download a valid certificate, or anything else? If I get this working I am going to write one hell of a tutorial on it
-
ok have some more info, tried telling tls_nocertcheck and tls_starttls off, but seems to want a secure authentication method....any ideas?
-
I set uop a testing mail account if anyone can get it to work with msmtp-runque.sh let me know but for now I have tried everything I know....
user: msmtptest@thegrinder.ws
pass: pm me for the password
server: mail.thegrinder.ws
port: 25
tls/ssl supported
I have 20 bucks for the first one to make it work...
-
I set uop a testing mail account if anyone can get it to work with msmtp-runque.sh let me know but for now I have tried everything I know....
user: msmtptest@thegrinder.ws
pass: pm me for the password
server: mail.thegrinder.ws
port: 25
tls/ssl supported
I have 20 bucks for the first one to make it work...
[div align=\"right\"][a href=\"index.php?act=findpost&pid=123569\"][{POST_SNAPBACK}][/a][/div]
No joy, I am afraid. Will keep trying though. I suggest you test the email client on the zaurus with a 3rd party secure server like googlemail. When you have got that working then you can look at why it is not working with your mail server. The problem may be the ssl certificate on your mail server.
-
actually got the thing working, not sure how I did but I did... go figure?!
-
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]
It drives me nuts when that happens.
Good job, anyways.
-
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.
-
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]
I found that none of the GUI apps that I tried in Cacko and pdaXrom could handle large amounts of IMAP email so I ended up using the OfflineIMAP script and Mutt. I learned to like that setup.
But recently I find Sylpheed under OZ-GPE to work pretty well with large amounst of IMAP mail.
I still really like the idea of always having me email with me, but also knowing a copy of it is safely stored on an IMAP server so I think I will go back to OfflineIMAP and try and get my favorite eMail app, Pine, to work with it. I like the idea of it being mostly ROM independent and not as CPU intensive as a GUI app.
-
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]
I found that none of the GUI apps that I tried in Cacko and pdaXrom could handle large amounts of IMAP email so I ended up using the OfflineIMAP script and Mutt. I learned to like that setup.
But recently I find Sylpheed under OZ-GPE to work pretty well with large amounst of IMAP mail.
I still really like the idea of always having me email with me, but also knowing a copy of it is safely stored on an IMAP server so I think I will go back to OfflineIMAP and try and get my favorite eMail app, Pine, to work with it. I like the idea of it being mostly ROM independent and not as CPU intensive as a GUI app.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=126054\"][{POST_SNAPBACK}][/a][/div]
What GUI apps in Cacko and pdaXrom did you try?
And using Mutt, how do you send email? ssmtp is incredibly limited.
-
Daniel, how bout providing the compiled apps you are using for your mail? In a zip file perhaps? I probably can see if I can get a nice ipk built for it.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=122792\"][{POST_SNAPBACK}][/a][/div]
Hello bam,
IPK is ready now, would you like to be a betatester? If so, I'll mail or PM you the IPK beta version URL.
daniel
-
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]
I found that none of the GUI apps that I tried in Cacko and pdaXrom could handle large amounts of IMAP email so I ended up using the OfflineIMAP script and Mutt. I learned to like that setup.
But recently I find Sylpheed under OZ-GPE to work pretty well with large amounst of IMAP mail.
I still really like the idea of always having me email with me, but also knowing a copy of it is safely stored on an IMAP server so I think I will go back to OfflineIMAP and try and get my favorite eMail app, Pine, to work with it. I like the idea of it being mostly ROM independent and not as CPU intensive as a GUI app.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=126054\"][{POST_SNAPBACK}][/a][/div]
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 have a 150MB imap mail folder (after cleaning up and reducing it from a 2GB) and use sylpheed with it on X/Qt without problems. It's quite fast too compared to Thunderbird. I have previously been a Thunderbird user but the speed and functionality of sylpheed made me switch. IMAP over SSL/TLS is also supported and works perfectly.
-
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?
-
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.
-
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.
-
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 :/
-
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.
-
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.
-
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.
-
norewrite mda "/usr/bin/procmail -f %F", I take it this tells fetchmail not to write a intermediary file?
-
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.
-
cool, thanks, will add this to the tutorial, and I think Daniel was looking for that solution too.
-
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
-
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:
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
-
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.
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:
1 message for zaurus at (631 octets).
reading message zaurus@:1 of 1 (631 octets) flushed
And in procmail.log:
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)?
-
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)
-
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:
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.
-
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:
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
I forgot to mention that you have to compile procmail with a changed setting for you system (mbox|mailspool). Depending on the procmail version this is done in config.h (SYSTEM_MBOX) or in authenticate.c (MAILSPOOLHOME).
You will find a description in the procmail FAQ.
-
I forgot to mention that you have to compile procmail with a changed setting for you system (mbox|mailspool). Depending on the procmail version this is done in config.h (SYSTEM_MBOX) or in authenticate.c (MAILSPOOLHOME).
You will find a description in the procmail FAQ.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=128273\"][{POST_SNAPBACK}][/a][/div]
Ah, so this seems to be the reason.
But now, things are getting complicated for the Zaurus. Seems I have to hardcode the spool file / directory that way. But how can I determine the best location for the spool file for all Zaurus users? Some have a hard disk with "unlimited" space, some have only enough space on a memory card...
When using /tmp for example, this is limited to 1MB on some machines. Getting an email >1MB will not work then, or would it? It depends:
I'm still not sure why procmail needs a spool directory at all, as fetchmail hands the mail directly to procmail (at least i thought so - kind of a pipe?) and procmail puts the mails into various (or one default) mbox files, located in a directory adjustable by .*rc parameters, i.e. user-controllable.
Or is the spool file in that case only opened but not written to? Then it can well be located in /tmp or in the home directory.
the MAILSPOOLHOME define in authenticate.c (procmail 3.22) is relative to the home directory, so this will not allow putting a spool file in /tmp (setting /tmp would mean ~/tmp).
I assume I'll have to modify the MAILSPOOLDIR define for that purpose?
Thanks!
daniel
-
But now, things are getting complicated for the Zaurus. Seems I have to hardcode the spool file / directory that way. But how can I determine the best location for the spool file for all Zaurus users? Some have a hard disk with "unlimited" space, some have only enough space on a memory card...
Since procmail ist Open Source you have all you need to solve the problem the elegant way.
When using /tmp for example, this is limited to 1MB on some machines. Getting an email >1MB will not work then, or would it?
Sure it would. Procmail seems to check if the spooldir exists. Room is required for the lock file but not for the mail itself.
the MAILSPOOLHOME define in authenticate.c (procmail 3.22) is relative to the home directory, so this will not allow putting a spool file in /tmp (setting /tmp would mean ~/tmp).
I assume I'll have to modify the MAILSPOOLDIR define for that purpose?
This constant is made for configuration/modification. Something like this might help:
diff authenticate-orig.c authenticate.c
50c50
< /*#define MAILSPOOLHOME "/.mail" /* watch the leading / */
---
> #define MAILSPOOLHOME /*"/.mail" /* watch the leading / */
185c185,187
< { static const char mailfile[]=MAILSPOOLHOME;size_t i;
---
> /* { static const char mailfile[]=MAILSPOOLHOME;size_t i; */
> { static char mailfile[]="";size_t i;
> *mailfile=getenv("MAILSPOOL");With this modification you should be able to set mailspool at runtime with the env var $MAILSPOOL.
-
Sure it would. Procmail seems to check if the spooldir exists. Room is required for the lock file but not for the mail itself.
the MAILSPOOLHOME define in authenticate.c (procmail 3.22) is relative to the home directory, so this will not allow putting a spool file in /tmp (setting /tmp would mean ~/tmp).
I assume I'll have to modify the MAILSPOOLDIR define for that purpose?
This constant is made for configuration/modification. Something like this might help:
diff authenticate-orig.c authenticate.c
50c50
< /*#define MAILSPOOLHOME "/.mail" Â Â Â Â /* watch the leading / */
---
> #define MAILSPOOLHOME /*"/.mail" Â Â Â Â /* watch the leading / */
185c185,187
< Â Â { static const char mailfile[]=MAILSPOOLHOME;size_t i;
---
> /* Â { static const char mailfile[]=MAILSPOOLHOME;size_t i; */
> Â Â Â { static char mailfile[]="";size_t i;
> Â Â Â *mailfile=getenv("MAILSPOOL");With this modification you should be able to set mailspool at runtime with the env var $MAILSPOOL.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=128306\"][{POST_SNAPBACK}][/a][/div]
Thanks for that idea.
I have solved the problem another way, though.
#define MAILSPOOLDIR = "/tmp"
#define MAILSPOOLHOME = "/."
do the trick well.
Interestingly, MAILSPOOLHOME = "/" seems to tell procmail to use maildir format, because in that case it creates directories "cur" and "new" in home. In .procmailrc a trailing / is the sign for procmail to use maildir. So I chose "/." and this really works as I want: no maildir directories are created, no /var/spool/mail is needed.
This should work on all Zauri, except when the used partition is entirely full or readonly so that not even a lockfile can be created. This should not be the case with home, nor with /tmp.
Thanks a lot for your help!
daniel
-
I have solved the problem another way, though.
#define MAILSPOOLDIR = "/tmp"
#define MAILSPOOLHOME = "/."
do the trick well.
Why not combining both solutions? Take my patch (test it!) to let the user set his/her spool dir with an env var and let the default be $HOME.
-
hey anyone got gmail to actually talk? nm, I have to learn google is good not the devil, well actually it is quite evil
-
hey anyone got gmail to actually talk? nm, I have to learn google is good not the devil, well actually it is quite evil
[div align=\"right\"][a href=\"index.php?act=findpost&pid=128325\"][{POST_SNAPBACK}][/a][/div]
Gtalk should work if you use Firefox to access the site. It depends on a lot of funky Javascript stuff to make it work correctly.
Of course, you could always use a Jabber client like GAIM to get onto it, too
-
actually I got pine to download with no problem, just need to solve the send-it-with who it was sent to account and it'll be complete, then I can setup some scripts to do all of this for you. Multiple accouns that is, and a basic spam filter, the rest will be up to you.
-
Is there any chance this setup will work on an SL-5500 running OZ3.5.4?
-
Is there any chance this setup will work on an SL-5500 running OZ3.5.4?
[div align=\"right\"][{POST_SNAPBACK}][/a][/div] (http://index.php?act=findpost&pid=134219\")
well, I can answer my own question. I've got all of this running on my SL-5500, the only problem now is that when I check for new mail while online, fetchmail always downloads all mail, even mail that has already been downloaded.
I followed a lot of the info in this
[a href=\"http://www.daniel-hertrich.de/zaurus/zps/]http://www.daniel-hertrich.de/zaurus/zps/[/url]
and this
http://www.thegrinder.ws/main/node/186 (http://www.thegrinder.ws/main/node/186)
and am using mutt.
Mutt is configured so that when I press Shift-G it runs muttonline.sh, which contains
#!/bin/bash
echo Sending mail...
/opt/QtPalmtop/bin/msmtp-runqueue.sh
echo Fetching new mail...
/opt/QtPalmtop/bin/fetchmail -km '/opt/QtPalmtop/bin/procmail -d %T'
Any ideas why fetchmail is always downloading all mail?
-
I haven't tried this on the Z yet, but a -U will keep track of what is old and what is new. Make sure you are not using the keep and fetchall options together.
-
Is there any chance this setup will work on an SL-5500 running OZ3.5.4?
[div align=\"right\"][{POST_SNAPBACK}][/a][/div] (http://index.php?act=findpost&pid=134219\")
well, I can answer my own question. I've got all of this running on my SL-5500, the only problem now is that when I check for new mail while online, fetchmail always downloads all mail, even mail that has already been downloaded.
I followed a lot of the info in this
[a href=\"http://www.daniel-hertrich.de/zaurus/zps/]http://www.daniel-hertrich.de/zaurus/zps/[/url]
and this
http://www.thegrinder.ws/main/node/186 (http://www.thegrinder.ws/main/node/186)
and am using mutt.
Mutt is configured so that when I press Shift-G it runs muttonline.sh, which contains
#!/bin/bash
echo Sending mail...
/opt/QtPalmtop/bin/msmtp-runqueue.sh
echo Fetching new mail...
/opt/QtPalmtop/bin/fetchmail -km '/opt/QtPalmtop/bin/procmail -d %T'
Any ideas why fetchmail is always downloading all mail?
[div align=\"right\"][a href=\"index.php?act=findpost&pid=134600\"][{POST_SNAPBACK}][/a][/div]
whats your fetchmailrc look like?
-
whats your fetchmailrc look like?
[div align=\"right\"][a href=\"index.php?act=findpost&pid=134827\"][{POST_SNAPBACK}][/a][/div]
Fetchmailrc looks like this
poll my.mail.server
protocol pop3
user me@my.domain
password myPassword
is root
mda "/usr/bin/procmail -f %F"
keep
I stuffed my zaurus installation last night, so I'm going to have to reflash - will see how it all runs after that. I also tried to install offlineImap, but it wouldn't work, so I think I'll stick with the fetchmail setup for the time being.
-
hmmmm, not sure, but I do use the flush option to get rid of "read" emails.