Help - Search - Members - Calendar
Full Version: Mail And Stuff
OESF Forums > General Forums > General Support and Discussion > Software
Pages: 1, 2
bam
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?
daniel3000
QUOTE(bam @ Apr 11 2006, 09:42 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?
*


Well, not pine- but mutt-based:
Chapter "Email" on http://www.daniel-hertrich.de/zaurus/zps

Some day I'll make an IPK :-)

daniel
Antikx
Hey Bam... I prefer Pine over Mutt too, so if you get pine working/compiled for the Zaurus I'm interested too.
bam
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...
Jon_J
QUOTE(bam @ Apr 12 2006, 12:09 AM)
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...
*

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
bam
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. smile.gif
Antikx
QUOTE(bam @ Apr 11 2006, 11:09 PM)
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...
*

ahhh... try offlineimap. There's a thread where myself and someone else talk about it.
bluedevils
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).
Antikx
QUOTE(bluedevils @ Apr 12 2006, 07:02 AM)
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).
*

I find that offlineimap barfs on 1meg+ sized email. How is fetchmail at handling larger email?
bluedevils
I'll have to get back to you on that one, but I don't remember any barfing.....
bam
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.
daniel3000
QUOTE(bam @ Apr 13 2006, 06:04 AM)
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.
*


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
bam
not sure maybe pipe the output? also getting a socket error now code 2, any ideas...?
bam
solved, at least for the combo of pine/procmail/fetchmail, off to msmtp..
Antikx
QUOTE(bam @ Apr 14 2006, 11:11 PM)
solved, at least for the combo of pine/procmail/fetchmail, off to msmtp..
*

Good job.
When you get everything working, maybe you could post a how-to on The Grinder, or somewhere.
bam
yuppers sure will

QUOTE
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... smile.gif

also have all my mail going to /hdd2(I made it 256MB in size. helps with saving configs scripts and symlinking flash hogs.
bam
ok, msmtp-runqueue.sh keeps giving me a no recipient warning then fails...any ideas?
sleepy
QUOTE(bam @ Apr 16 2006, 05:42 PM)
ok, msmtp-runqueue.sh keeps giving me a no recipient warning then fails...any ideas?
*


Hmmm... strange. I had it working back when I was using Cacko. Can you post your .msmtprc ?
ensign
QUOTE(sleepy @ Apr 17 2006, 06:07 AM)
QUOTE(bam @ Apr 16 2006, 05:42 PM)
ok, msmtp-runqueue.sh keeps giving me a no recipient warning then fails...any ideas?
*


Hmmm... strange. I had it working back when I was using Cacko. Can you post your .msmtprc ?
*



if you look at my modified version of msmtp-runqueue.sh in this post http://www.oesf.org/forums/index.php?showtopic=16559&st=30 you will find a small change on line 42.

CODE
msmtp `cat "$MSMTPFILE"` < "$MAILFILE"


is now
CODE
msmtp -t `cat "$MSMTPFILE"` < "$MAILFILE"


Maybe someone needs to update the ipk.

Ensign.
bam
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 smile.gif
bam
ok have some more info, tried telling tls_nocertcheck and tls_starttls off, but seems to want a secure authentication method....any ideas?
bam
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... smile.gif
ensign
QUOTE(bam @ Apr 18 2006, 01:00 AM)
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... smile.gif
*


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.
bam
actually got the thing working, not sure how I did but I did... go figure?!
Antikx
QUOTE(bam @ Apr 20 2006, 01:28 AM)
actually got the thing working, not sure how I did but I did... go figure?!
*

It drives me nuts when that happens.

Good job, anyways.
starkruzr
QUOTE(bam @ Apr 20 2006, 02:28 AM)
actually got the thing working, not sure how I did but I did... go figure?!
*


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.
Antikx
QUOTE(starkruzr @ May 7 2006, 12:40 PM)
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 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.
starkruzr
QUOTE(Antikx @ May 7 2006, 02:40 PM)
QUOTE(starkruzr @ May 7 2006, 12:40 PM)
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 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.
*



What GUI apps in Cacko and pdaXrom did you try?

And using Mutt, how do you send email? ssmtp is incredibly limited.
daniel3000
QUOTE(bam @ Apr 12 2006, 07:43 AM)
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. smile.gif
*


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
Meanie
QUOTE(starkruzr @ May 8 2006, 05:33 PM)
QUOTE(Antikx @ May 7 2006, 02:40 PM)
QUOTE(starkruzr @ May 7 2006, 12:40 PM)
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 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.
*



What GUI apps in Cacko and pdaXrom did you try?

And using Mutt, how do you send email? ssmtp is incredibly limited.
*



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.
Antikx
QUOTE(starkruzr @ May 8 2006, 01:33 AM)
What GUI apps in Cacko and pdaXrom did you try?

And using Mutt, how do you send email?  ssmtp is incredibly limited.
*

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
QUOTE(starkruzr @ May 7 2006, 10:40 AM)
QUOTE(bam @ Apr 20 2006, 02:28 AM)
actually got the thing working, not sure how I did but I did... go figure?!
*


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.
*




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
QUOTE(bam @ May 11 2006, 01:56 AM)
I will have a tutorial up on my site within the next few weeks as soon as I get my laptop back from repair.
*

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
QUOTE(daniel3000 @ Apr 13 2006, 10:45 AM)
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
QUOTE(starkruzr @ May 7 2006, 08:40 PM)
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
QUOTE(bam @ May 15 2006, 09:12 PM)
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.
QUOTE
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
QUOTE(bam @ May 17 2006, 09:21 PM)
cool, thanks, will add this to the tutorial, and I think Daniel was looking for that solution too.
*


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

Thanks!
daniel
daniel3000
Hi Jochen,

QUOTE(jochen-02 @ May 15 2006, 02:36 PM)
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 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
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
QUOTE(daniel3000 @ May 23 2006, 10:27 PM)
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.

QUOTE
CODE
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
1 message for zaurus at <mailhost> (631 octets).
reading message zaurus@<mailhost>:1 of 1 (631 octets) flushed


And in procmail.log:

CODE
From <user>  Tue May 23 22:59:09 2006
Subject: Testmail
 Folder: /home/zaurus/Mail/inbox


Looks ok.

QUOTE
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.

QUOTE
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
QUOTE(bam @ May 24 2006, 05:18 AM)
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
 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.
jochen-02
QUOTE(daniel3000 @ May 23 2006, 10:27 PM)
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
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.
daniel3000
QUOTE(jochen-02 @ May 24 2006, 08:46 AM)
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.
*


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
jochen-02
QUOTE(daniel3000 @ May 24 2006, 11:18 AM)
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.
QUOTE
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.
QUOTE
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:
CODE
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.
daniel3000
QUOTE(jochen-02 @ May 24 2006, 03:30 PM)
Sure it would. Procmail seems to check if the spooldir exists. Room is required for the lock file but not for the mail itself.
QUOTE
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:
CODE
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.
*



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
jochen-02
QUOTE(daniel3000 @ May 24 2006, 06:56 PM)
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.
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.
Invision Power Board © 2001-2014 Invision Power Services, Inc.