qmail Digest 9 Dec 2000 11:00:01 -0000 Issue 1208
Topics (messages 53759 through 53801):
Re: It's been a while...
53759 by: Jean Caron
53762 by: Jean Caron
QUEUE_EXTRA
53760 by: ico.technaco.sk
53761 by: Charles Cazabon
Re: smtproutes
53763 by: Peter Samuel
Re: Qmail 1.03 Crashes on Sparc (Sun ULTRA-10)
53764 by: Strange
ISP domain
53765 by: Raymond Orchison
53770 by: Robin S. Socha
53775 by: Jean Caron
Re: How to get Mail delivery in form cgi�s work
53766 by: Bruno Wolff III
53767 by: Jon Rust
53768 by: Bruno Wolff III
53771 by: Jon Rust
53772 by: Mark Delany
53773 by: Jon Rust
53774 by: David Dyer-Bennet
Sorry...,(#4.4.1)
53769 by: Marc Knoop
53779 by: Charles Cazabon
qmail sending to local users before a piped alias?
53776 by: Collin B. McClendon
fastforward:_fatal:_unable_to_exec_qq_(#4.3.0)
53777 by: Sean Durkin
problems with GMT vs. local time
53778 by: Brian Wilson
53780 by: Charles Cazabon
53781 by: Aaron L. Meehan
53782 by: Brian Wilson
53790 by: Eric M. Johnston
53791 by: Brian Wilson
53792 by: Brian Wilson
53794 by: Aaron L. Meehan
Re: patch to be kind to broken MUAs that do not include host nameon a sender line
53783 by: David L. Nicol
53784 by: Peter Samuel
53789 by: Peter Samuel
new install doesnt work?
53785 by: Linux Man
53787 by: Alex Pennace
53796 by: Chris Johnson
DNS lookup
53786 by: Stefan Laudat
53788 by: David Dyer-Bennet
qmail-autoresponder script
53793 by: James Stevens
Re: mail to newgroup utility?
53795 by: Matt Brown
Re: Procmail weirdness
53797 by: Francisco Jen Ou
Default domain question
53798 by: Phil Oester
53799 by: Charles Cazabon
Re: ezmlm response
53800 by: Liberty
problem with tcp.smtp.tmp.
53801 by: octave klaba
Administrivia:
To unsubscribe from the digest, e-mail:
[EMAIL PROTECTED]
To subscribe to the digest, e-mail:
[EMAIL PROTECTED]
To bug my human owner, e-mail:
[EMAIL PROTECTED]
To post to the list, e-mail:
[EMAIL PROTECTED]
----------------------------------------------------------------------
On Thu, 7 Dec 2000, Alexander Jernejcic wrote:
> hi,
> Jean Caron wrote:
> --snip--
> > First question, I have to move my mail server behind my firewall (it was
> > in front until now). My goal is to have the firewall accept all mail for
> > the domain, and forward "everything" "as is" to the mail server, inside.
> > A dumb relay, is all I need.
> --snip--
> this might be a philosophical approach, but have you considered to
> portforward smtp to your local (inside) mail-server?
>
> ready to get flamed
>
> ;)
> alexander
>
Hi,
No flames...
I did "think" about the option, but that's one I really don't like. I'd
much rather use some mail "proxy", or even qmail over which you keep
"some" control, over a hole in the firewall that redirects everything onto
the private network. <yurk!> Bad idea, but thanks anyway. ;)
Jean
--
On Thu, 7 Dec 2000, Al Sparks wrote:
> Some of the posts on this thread (and others) seem to be referring to
> the mail server receiving the mail from the outside as the "firewall".
>
> Actually a mail server that receives mail and then passes the mail on
> to the internal mail server for further processing should probably be
> called a mail proxy server because it has about the same functionality
> as a web proxy server.
>
Hi Al,
True enough. However, most if not all firewalls come pre-packaged with
somekind of mail proxy. The mail proxy is only one of the many services a
firewall provides. Obviously, in large scale domains, you may want or need
to dedicate a system to do only mail proxying/relaying, but certainly not
in every case, as in this one.
> Of course you could run mail software on a firewall depending on what
> kind of platform and OS you run your firewall on, but it�s not
> recommended from a security point of view. The more services you run
> on your firewall, the more vulnerable you make it.
Again, that's true. I would definetly stay away from ANY sendmail
implementation on a firewall. But qmail I can live with (and have).
Besides, the purpose of a firewall is to provide a way to securely access
an unsecure network. So, chances are, you'll have to provide those main
services (HTTP, SMTP, etc) whether you like them or not. You just have to
find a way to make them as secure as you possibly can. There are mail
proxies out there (SMAP/SMAPD for example), but to me qmail does a fine
job when properly configured. That's the beauty of qmail compared with
sendmail... the ease of configuration.
>
> What I would recommend is a separate mail server to receive mail
> outside your firewall (or in the DMZ), and forward that mail to your
> mail server with all the accounts, inside the firewall. The theory
> being that if someone invades your "proxy" mail server, your internal
> mail server isn�t bothered (it just stops being able to receive and
> send mail to the outside).
> === Al
Still... you're firewall in the above example will need some kind of proxy
or mail relay agent. Basically you are adding an extra box in front, which
to me is only an extra possible point of failure. The same
situation/requirement remains.
Jean
-
Jean Caron
Network Security Consultant
NORAC inc. - Network Optimization Research & Analysis Canada
Quebec, Canada
(613) 277-6672
Hello
I have some question about QUEUE_EXTRA feature.
I compiled qmail with this option and everithing work
perfectly (all messages was logged) . But i need log/store
only all OUTGOING messages not any INCOMING.
It's that possible?
Regards,
Vlado
|
[EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> I have some question about QUEUE_EXTRA feature.
>
> I compiled qmail with this option and everithing work perfectly (all messages
> was logged) . But i need log/store only all OUTGOING messages not any
> INCOMING.
>
> It's that possible?
Yes. But you'll have to do it yourself. If, for example, you've set
QUEUE_EXTRA to send an extra copy of every message to "msglog", and have
an ~alias/.qmail-msglog file which contains the single line:
|/path/to/my/script
Then you can write your script to check whether a message is incoming or
outgoing. As an example, check the envelope recipient against the hosts in
rcpthosts; if it's not in there, it's an outgoing message. Then record it or
parts of it as you see fit.
Charles
--
-----------------------------------------------------------------------
Charles Cazabon <[EMAIL PROTECTED]>
GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/
Any opinions expressed are just that -- my opinions.
-----------------------------------------------------------------------
On Fri, 8 Dec 2000, Wolfgang Zeikat wrote:
> is it possible to have more than one smtproute for the same destination
> for the case that the first relay cannot be reached? if so, how?
No. smtproutes is read in a "last best match wins" fashion. So if you
have the entries:
domain1.com:hosta.somewhere
domain1.com:otherhost.elsewhere
The first line will NEVER be used.
If you really want the fallback behaviour, then use MX records -
that's what they're for. Of course if you don't have control over the
DNS entries, then you can't control the MX records.
You could use a load balancing dns server such as Dan's pickdns from
his djbdns package.
--
Regards
Peter
----------
Peter Samuel [EMAIL PROTECTED]
http://www.e-smith.org (development) http://www.e-smith.com (corporate)
Phone: +1 613 368 4398 Fax: +1 613 564 7739
e-smith, inc. 1500-150 Metcalfe St, Ottawa, ON K2P 1P1 Canada
"If you kill all your unhappy customers, you'll only have happy ones left"
On Thu, 7 Dec 2000, Martin Volesky wrote:
> That's the strange thing. There is nothing in any log, and the console
> is either dead or says "Unable to handle kernel NULL dereference
> pointer" or something to that effect. I never catch the core dumps. I
> did catch one when I ran it through supervise, and it occured in INIT.
> I have been unable to get one lately and pass it through ksymoops.
Sounds to me like you've found a bug in 2.2.xx that something in supervise
is tickling. You may want to try a newer kernel (you version was pretty
current, but there's 2.2.17 at least out now), and you definitely want to
get a dump and get the precice operation on which it's puking.
> PS - That's so funny.. I just named my two new desktop machines
> "Strange" and "Charmed" after quarks and I got this email....
Yes, we;; stop panic-ing us, and send DRAM.
-M
Michael Brian Scher (MS683/MS3213) Anthropologist, Attorney, Policy Analyst
Mainlining Internet Connectivity for Fun and Profit
[EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED]
Give me a compiler and a box to run it, and I can move the mail.
|
Hi,
I am in urgent need of some help. I have qmail
installed on RedHat 6.0. I have an isdn line conected to my isp. The isdn line
will come up every half hour or so.
My isp hosts my domain, all mail for my domain is
stored with the isp until the isdn line comes up, the linux box will then issue
the ETRN command to download all mail for my domain locally using
fetchmail.
The question I have is how do I store all outgoing
mail and then send it when the isdn line goes up?
Thank you
Raymond
|
* Raymond Orchison <[EMAIL PROTECTED]> writes:
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content="text/html; charset=iso-8859-1"
http-equiv=Content-Type>
<META content="MSHTML 5.00.2614.3500" name=GENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<DIV><FONT face=Arial size=2>Hi,</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=Arial size=2>I am in urgent need of some help. I
have qmail
installed on RedHat 6.0. I have an isdn line conected to my isp. The
isdn line
will come up every half hour or so.</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=Arial size=2>My isp hosts my domain, all mail for my
domain is
stored with the isp until the isdn line comes up, the linux box will
then issue
the ETRN command to download all mail for my domain locally using
fetchmail.</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=Arial size=2>The question I have is how do I store
all outgoing
mail and then send it when the isdn line goes up?</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=Arial size=2>Thank you</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=Arial size=2>Raymond</FONT></DIV></BODY></HTML>
,----[ qmail FAQ ]
| 2.4. How do I set up a separate queue for a SLIP/PPP link?
|
| Answer: Use serialmail (http://pobox.com/~djb/serialmail.html).
`----
BTW, the HTML produced by your mailtoy is extremely bad.
Just my 2 cents... but I'm doing something similar, and all I do is send
the "qmail-send" process an alarm signal (kill -ALRM <qmail-send PID>) and
off they go.
Jean
-
Jean Caron
Network Security Consultant
NORAC inc. - Network Optimization Research & Analysis Canada
Quebec, Canada
(613) 277-6672
On Fri, 8 Dec 2000, Raymond Orchison wrote:
> Hi,
>
> I am in urgent need of some help. I have qmail installed on RedHat 6.0. I have an
>isdn line conected to my isp. The isdn line will come up every half hour or so.
>
> My isp hosts my domain, all mail for my domain is stored with the isp until the isdn
>line comes up, the linux box will then issue the ETRN command to download all mail
>for my domain locally using fetchmail.
>
> The question I have is how do I store all outgoing mail and then send it when the
>isdn line goes up?
>
> Thank you
>
> Raymond
>
On Thu, Dec 07, 2000 at 06:20:32PM -0500,
Peter Samuel <[EMAIL PROTECTED]> wrote:
> On Fri, 8 Dec 2000, Hans-Juergen Schwarz wrote:
>
> > Hello all,
> > when a form processing-cgi requieres a /path/to/mailprog I usually
> > put the line /var/qmail/bin/qmail-inject in it. But is some cases it
> > doesn�t work especially when the default path is /usr/bin/sendmail
> > -t. It seems not to work with qmail. Is there a default way to get
> > these work? I�m not really into perl and stuff.
>
> Use qmail's sendmail wrapper
>
> /var/qmail/bin/sendmail -t
>
> It behaves just like
>
> /usr/bin/sendmail -t
No it does not. sendmail expects encoded email addresses in the argument
list, while the qmail wrapper expects raw addresses. This cause problems
with addresses that have characters in them that require quoting. For
example, mutt doesn't work right with qmail.
On Fri, Dec 08, 2000 at 11:10:59AM -0600, Bruno Wolff III wrote:
>
> No it does not. sendmail expects encoded email addresses in the argument
> list, while the qmail wrapper expects raw addresses. This cause problems
> with addresses that have characters in them that require quoting. For
> example, mutt doesn't work right with qmail.
I'd have to disagree.
(sending from Mutt on a sendmail-free qmail box)
jon
On Fri, Dec 08, 2000 at 09:20:07AM -0800,
Jon Rust <[EMAIL PROTECTED]> wrote:
> On Fri, Dec 08, 2000 at 11:10:59AM -0600, Bruno Wolff III wrote:
> >
> > No it does not. sendmail expects encoded email addresses in the argument
> > list, while the qmail wrapper expects raw addresses. This cause problems
> > with addresses that have characters in them that require quoting. For
> > example, mutt doesn't work right with qmail.
>
> I'd have to disagree.
>
> (sending from Mutt on a sendmail-free qmail box)
>
> jon
And did the address you were sending to have any characters needing
quoting in it?
You going into mutt and use the 'm' command to mail a message.
Use the following for the To address:
"jpr"@vcnet.com
You should get a bounce on a qmail system. If you were using sendmail
you wouldn't.
On Fri, Dec 08, 2000 at 11:47:32AM -0600, Bruno Wolff III wrote:
>
> And did the address you were sending to have any characters needing
> quoting in it?
>
> You going into mutt and use the 'm' command to mail a message.
> Use the following for the To address:
> "jpr"@vcnet.com
>
> You should get a bounce on a qmail system. If you were using sendmail
> you wouldn't.
No offense intended, but I'm not sure I care really. I just don't see
why you'd present the address as "something"@domain.com. Is there a
reason for doing that? Seems to me this is just sendmail catching a
mistake, where qmail doesn't; and as long as you don't make the mistke,
you'll be fine. I'd appreciate you telling me where I missed something
if that's not the case. Always up for learning something new. :-)
Thanks,
jon
On Fri, Dec 08, 2000 at 10:09:17AM -0800, Jon Rust wrote:
> On Fri, Dec 08, 2000 at 11:47:32AM -0600, Bruno Wolff III wrote:
> >
> > And did the address you were sending to have any characters needing
> > quoting in it?
> >
> > You going into mutt and use the 'm' command to mail a message.
> > Use the following for the To address:
> > "jpr"@vcnet.com
> >
> > You should get a bounce on a qmail system. If you were using sendmail
> > you wouldn't.
>
> No offense intended, but I'm not sure I care really. I just don't see
> why you'd present the address as "something"@domain.com. Is there a
What if the "something" has spaces in it? "John Doe"@example.com is a
legit address.
Regards.
On Fri, Dec 08, 2000 at 06:16:47PM +0000, Mark Delany wrote:
>
> What if the "something" has spaces in it? "John Doe"@example.com is a
> legit address.
I see your point. Mea culpa. (I dunno about the rest of you guys, but we
only allow alphanumerics, dashes, periods and underscores in our
addresses.)
jon
Jon Rust <[EMAIL PROTECTED]> writes on 8 December 2000 at 10:33:58 -0800
> On Fri, Dec 08, 2000 at 06:16:47PM +0000, Mark Delany wrote:
> >
> > What if the "something" has spaces in it? "John Doe"@example.com is a
> > legit address.
>
> I see your point. Mea culpa. (I dunno about the rest of you guys, but we
> only allow alphanumerics, dashes, periods and underscores in our
> addresses.)
I keep the email addresses here simple, but I do think it's important
to support the wider world out there.
--
David Dyer-Bennet / Welcome to the future! / [EMAIL PROTECTED]
SF: http://www.dd-b.net/dd-b/ Minicon: http://www.mnstf.org/minicon/
Photos: http://dd-b.lighthunters.net/
Hi folks,
I have attempted to send a message to someone at fasken.com, but qmail's
logs revieal a 'Sorry,_I_wasn't_able_to_establish_an_SMTP_connection." The
strange thing is that I *was* able to telnet their mail server and
successfully send a message to my intended recipient (confirmed via
telephone).
The server in question is: mail.fasken.com (which looks like it's being
answered by a firewall which is probably relaying to their real mail
server).
Is there anything I need to check on my end? I tried sending it via
another mail server local to me, and it too failed.
../mk
Marc Knoop <[EMAIL PROTECTED]> wrote:
>
> I have attempted to send a message to someone at fasken.com, but qmail's
> logs revieal a 'Sorry,_I_wasn't_able_to_establish_an_SMTP_connection."
qmail will keep trying to deliver the message for (default) one week before
returning that error. How long did you wait? How many delivery attempts
for that message were in your logs?
> The strange thing is that I *was* able to telnet their mail server and
> successfully send a message to my intended recipient (confirmed via
> telephone).
I got a dialog going with it as well; although its reponses looked a little
funny, nothing in violation of the relevant RFCs jumped out at me.
> Is there anything I need to check on my end? I tried sending it via
> another mail server local to me, and it too failed.
qmail couldn't even connect; until that happens, nothing else matters.
Perhaps their firewall is sending bare linefeeds in the SMTP conversation?
Charles
--
-----------------------------------------------------------------------
Charles Cazabon <[EMAIL PROTECTED]>
GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/
Any opinions expressed are just that -- my opinions.
-----------------------------------------------------------------------
I'm piping mail to listserv@ to a lsoft program. However the local user gets
the mail not th program in the .qmail-listerv alias.
How can I fix this? I'm doing something temporary with aliasing lists@ but
this isn't what I really want..
Thanks
Collin
Hello there,
I just installed qmail on a Debian Linux 2.2-system.
Basically everything works fine, but I get the
following error in my syslog, when I try to send a mail
to useralias@domain instead of username@domain:
qmail: 976296098.713553 delivery 32: deferral:
fastforward:_fatal:_unable_to_exec_qq_(#4.3.0)/
For an example: I have the local user "rush", and I want mails addressed to
"[EMAIL PROTECTED]" to be dropped to /home/rush/Maildir.
So I added a line
rush.limbaugh: rush
to my /etc/aliases and ran "newaliases".
Sending mail directly to "[EMAIL PROTECTED]" works perfectly, but when I try to send
something to "[EMAIL PROTECTED]", the mail is not delivered and I get the
above message in my syslog. Those mails are not bounced, they are just not delivered
and are lost.
The strange thing is that it does work for other aliases like postmaster,
operator, mail-daemon etc. Mails sent to those are
delivered properly to root/to the address specified in
.qmail-root. But when I add other lines, it won't
work, even when I set up another alias for root.
When I run "printforward < /etc/aliases.cdb | more",
everything looks just fine. All the new aliases are
there, all entries are correct, everything seems just
fine.
Same when I try "env DEFAULT=rush.limbaugh HOST=mydomain fastforward -nd
/etc/aliases.cdb":
It gives me the correct username "rush" for the alias I used, and the correct complete
email-address "[EMAIL PROTECTED]" where the mail is supposed to go to.
Restarting qmail or rebooting the entire machine
didn't help, as didn't re-installing everything.
I've been looking all over, but I can't find anything
about that particular error message...
I'm sure I just made a tiny, silly mistake somewhere,
but I've been at it for hours and can't find it...
Has anyone else experienced this problem?
Greetings,
Sean
Well, after searching for sometime to see if anyone else was having
this problem, I came to the conclusion that maybe it's just me. I'm
currently running qmail-1.03 and have it setup to deliver mail to
~/mail/inbox for each user (mbox instead of maildir). Most of the
people I support are using Outlook as their mail client, which doesn't
handle GMT dates correctly. In order to attempt to fix the problem, I
used the qmail-date-localtime.patch. This patch partially works.
I'll show you what I mean:
>From email@domain Fri Dec 08 17:49:04 2000
Received: (qmail 21700 invoked from network); 8 Dec 2000 12:49:04
-0500
Date: Fri, 08 Dec 2000 12:42:24 -0500
The applied patch successfully changes the dates in the "Received" and
"Date" headers, but it doesn't change the date in the "From" header
that marks the beginning of the new message. I'm assuming this is
where Outlook and the broken email clients like it get their date
from. I attempted, with little success, to modify the code in
myctime.c (the function that is called to write the From header), but
qmail-local kept puking. If I could get myctime.c patched for
non-GMT, then I think maildir2mbox and qmail-local would be happy.
So, I was wondering if anyone out there had already done such a patch
for myctime.c. The patch looks like it would be very similiar to
qmail-date-localtime patch, but like I said, I had little success
implementing it.. Is anyone else having this problem with mbox and
Outlook clients? Is this just an mbox thing? I wish I could just
tell everyone to use a halfway decent email client, but these folks
lack the skill or knowledge to use anything other than a M$ product.
Thanks,
Brian
--
Brian Wilson
Systems Administrator
Sentrisystems.com, Inc.
Brian Wilson <[EMAIL PROTECTED]> wrote:
>
> In order to attempt to fix the problem, I used the
> qmail-date-localtime.patch. This patch partially works.
> I'll show you what I mean:
>
> From email@domain Fri Dec 08 17:49:04 2000
> Received: (qmail 21700 invoked from network); 8 Dec 2000 12:49:04
> -0500
> Date: Fri, 08 Dec 2000 12:42:24 -0500
How are you delivering to your mbox files? It may be 'preline' which is
inserting the timestamp in the mbox From_ header.
Charles
--
-----------------------------------------------------------------------
Charles Cazabon <[EMAIL PROTECTED]>
GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/
Any opinions expressed are just that -- my opinions.
-----------------------------------------------------------------------
Quoting Brian Wilson ([EMAIL PROTECTED]):
>
>
> Well, after searching for sometime to see if anyone else was having
> this problem, I came to the conclusion that maybe it's just me. I'm
I think it is just you, since we have literally hundreds of OE and
Outlook users, unfortunately, and they have no problems parsing dates.
The Date header is under complete control of the sender's MUA, in any
case, and has nothing to do with qmail or its use of GMT in Received
headers.
> >From email@domain Fri Dec 08 17:49:04 2000
> Received: (qmail 21700 invoked from network); 8 Dec 2000 12:49:04
> -0500
> Date: Fri, 08 Dec 2000 12:42:24 -0500
>
> The applied patch successfully changes the dates in the "Received" and
> "Date" headers, but it doesn't change the date in the "From" header
> that marks the beginning of the new message. I'm assuming this is
Wrong assumption--the "From" mbox message delimiter isn't passed to
pop3 clients, so you're definitely looking in the wrong place.
You don't mention exactly how your clients' software is incorrectly
parsing the date.
Aaron
-------------------
> Brian Wilson <[EMAIL PROTECTED]> wrote:
> >
> > In order to attempt to fix the problem, I used the
> > qmail-date-localtime.patch. This patch partially works.
>
> > I'll show you what I mean:
> >
> > From email@domain Fri Dec 08 17:49:04 2000
> > Received: (qmail 21700 invoked from network); 8 Dec 2000 12:49:04
> > -0500
> > Date: Fri, 08 Dec 2000 12:42:24 -0500
>
> How are you delivering to your mbox files? It may be 'preline'
which is
> inserting the timestamp in the mbox From_ header.
>
> Charles
I'm starting it this way:
qmail-start "`cat /var/qmail/dot-qmail`" splogger qmail &
/var/qmail/dot-qmail contains the following:
| dot-forward .forward
../mail/inbox
Brian
--
Brian Wilson
Systems Administrator
Sentrisystems.com, Inc.
Hi,
You do not say how your users are accessing their mail (IMAP or POP),
but I came up with the following patch to fix some Lookout problems I've
had. The setup on which this patch has been tested (and demonstrated to
actually work) is:
- delivery to ~/Mailbox (mbox)
- client access via IMAP (uw-imapd the server)
- client MUA Outlook 2000
AFAICT, the UW IMAP server, for whatever the reason, passes the
timestamp in the mbox "From " header on to the client (as the "received"
time?). Since no timezone info is given in the timestamp, either the
server or the client makes the assumption that it's in localtime (when
in fact it's GMT). Therefore, my naive solution is to simply append "
-0000" to the timestamp, which seems to make everyone happy. Whether or
not this is proper for the "From " header, I don't know.
Enjoy,
Eric
---
diff -c qmail-1.03/myctime.c qmail-1.03-installed/myctime.c
*** qmail-1.03/myctime.c Mon Jun 15 06:53:16 1998
--- qmail-1.03-installed/myctime.c Mon Apr 17 18:39:00 2000
***************
*** 9,15 ****
"Jan","Feb","Mar","Apr","May","Jun","Jul","Aug","Sep","Oct","Nov","Dec"
};
! static char result[30];
char *myctime(t)
datetime_sec t;
--- 9,15 ----
"Jan","Feb","Mar","Apr","May","Jun","Jul","Aug","Sep","Oct","Nov","Dec"
};
! static char result[36];
char *myctime(t)
datetime_sec t;
***************
*** 31,36 ****
--- 31,38 ----
len += fmt_uint0(result + len,dt.sec,2);
result[len++] = ' ';
len += fmt_uint(result + len,1900 + dt.year);
+ result[len++] = ' ';
+ len += fmt_str(result + len,"-0000");
result[len++] = '\n';
result[len++] = 0;
return result;
> >
> > The applied patch successfully changes the dates in the "Received"
and
> > "Date" headers, but it doesn't change the date in the "From"
header
> > that marks the beginning of the new message. I'm assuming this is
>
> Wrong assumption--the "From" mbox message delimiter isn't passed to
> pop3 clients, so you're definitely looking in the wrong place.
> You don't mention exactly how your clients' software is incorrectly
> parsing the date.
>
The "From" mbox delimiter is passed to washington imap2000a server.
I've verified this by altering the From delimiter timestamp and
checking my mail. Works like a charm. So I guess you could go either
way by patching qmail or the imap server. Either way, a patch to
myctime.c would fix the problem. So, I digress, has anyone else run
into this problem?
-B
-------------------
> Hi,
>
> You do not say how your users are accessing their mail (IMAP or
POP),
> but I came up with the following patch to fix some Lookout problems
I've
> had. The setup on which this patch has been tested (and
demonstrated to
> actually work) is:
>
> - delivery to ~/Mailbox (mbox)
> - client access via IMAP (uw-imapd the server)
> - client MUA Outlook 2000
>
> AFAICT, the UW IMAP server, for whatever the reason, passes the
> timestamp in the mbox "From " header on to the client (as the
"received"
> time?). Since no timezone info is given in the timestamp, either
the
> server or the client makes the assumption that it's in localtime
(when
> in fact it's GMT). Therefore, my naive solution is to simply append
"
> -0000" to the timestamp, which seems to make everyone happy.
Whether or
> not this is proper for the "From " header, I don't know.
>
Excellent.. problem fixed. As David said "Well I'll be dipped in
shit".
Thanks Eric.
-B
Quoting Brian Wilson ([EMAIL PROTECTED]):
> > Wrong assumption--the "From" mbox message delimiter isn't passed to
> > pop3 clients, so you're definitely looking in the wrong place.
> > You don't mention exactly how your clients' software is incorrectly
> > parsing the date.
> >
>
> The "From" mbox delimiter is passed to washington imap2000a server.
IMAP.. well, that would have been helpful information, indeed.
Aaron
Peter Samuel wrote:
>
> On Thu, 7 Dec 2000, David L. Nicol wrote:
>
> > my MUA has been inserting non-rfc850-compliant Sender: lines
> > without the host name. (It's netscape.)
> This was discussed a week ago:
> From: montgomery f. tidwell <[EMAIL PROTECTED]>
> the solution is to add the following line to the
> preferences.js file:
>
> user_pref("mail.suppress_sender_header", true);
>
> --
> Regards
> Peter
>
> "If you kill all your unhappy customers, you'll only have happy ones left"
Well I'll be dipped in shit.
--
David Nicol 816.235.1187 [EMAIL PROTECTED]
"Kleenex boxes make good hats." -- Eloise
On Fri, 8 Dec 2000, David L. Nicol wrote:
>
> Well I'll be dipped in shit.
I'll let you handle that procedure from your end :)
--
Regards
Peter
----------
Peter Samuel [EMAIL PROTECTED]
http://www.e-smith.org (development) http://www.e-smith.com (corporate)
Phone: +1 613 368 4398 Fax: +1 613 564 7739
e-smith, inc. 1500-150 Metcalfe St, Ottawa, ON K2P 1P1 Canada
"If you kill all your unhappy customers, you'll only have happy ones left"
On Fri, 8 Dec 2000, David L. Nicol wrote:
> Peter Samuel wrote:
>
> Setting the preference to true completely does away with
> the sender field, so it is no longer an issue.
>
> This preference is not listed in
>
> http://developer.netscape.com/docs/manuals/communicator/preferences/
>
> or anywhere else I can find on the netscape pages.
>
>
> I think I might be able to define a "custom sender header" using
> the customheaders directives, but it may be too much work.
I was just quoting montgomery f. tidwell <[EMAIL PROTECTED]>
I've not tested it myself. It will probably depend on the version of
NS you're using. Montgomery, where did you find this information?
--
Regards
Peter
----------
Peter Samuel [EMAIL PROTECTED]
http://www.e-smith.org (development) http://www.e-smith.com (corporate)
Phone: +1 613 368 4398 Fax: +1 613 564 7739
e-smith, inc. 1500-150 Metcalfe St, Ottawa, ON K2P 1P1 Canada
"If you kill all your unhappy customers, you'll only have happy ones left"
I installed QMail from a rpm I found on the web site. I didnt get any error
messages when I installed it but it doesnt work. If I send myself a mail it
just disappears. If I try to send a mail to someone on another host I get
msg about something not being in rcphosts.
-=lm=-
_____________________________________________________________________________________
Get more from the Web. FREE MSN Explorer download : http://explorer.msn.com
On Fri, Dec 08, 2000 at 03:05:00PM -0500, Linux Man wrote:
> I installed QMail from a rpm I found on the web site.
Which web site?
> I didnt get any error
> messages when I installed it but it doesnt work. If I send myself a mail it
> just disappears. If I try to send a mail to someone on another host I get
> msg about something not being in rcphosts.
What do the logs say? Is your MUA trying to use SMTP to deliver
messages to qmail?
PGP signature
On Fri, Dec 08, 2000 at 03:05:22PM -0500, Linux Man wrote:
> I installed QMail from a rpm I found on the web site. I didnt get any error
> messages when I installed it but it doesnt work. If I send myself a mail it
> just disappears. If I try to send a mail to someone on another host I get
> msg about something not being in rcphosts.
You're really going to have to make at least a minimal effort to understand how
qmail works before you start asking questions. "I installed the rpm but it
doesn't work" just won't cut it.
Start with the FAQ (http://cr.yp.to/qmail/faq.html), and also read Dave Sill's
Life with qmail (http://web.infoave.net/~dsill/lwq.html). Read the
documentation that's linked on www.qmail.org. Make an earnest attempt to
understand how qmail works. If it's clear that you have done this, people will
be much more apt to help you. Right now it's clear that you haven't done any of
this.
Chris
Hello
Sorry to ask this but I couldn't find an answer in LWQ or FAQs...
how do I determine qmail not to perform dns lookups for incoming pop3 clients?
They get huge timeouts....
Thanks
--
Stefan Laudat
http://www.pepsicola.ro/~stefan
-------------------------------
Two sure ways to tell a sexy male; the first is, he has
a bad memory. I forgot the second.
Stefan Laudat <[EMAIL PROTECTED]> writes on 8 December 2000 at 22:12:48 +0200
> Hello
> Sorry to ask this but I couldn't find an answer in LWQ or FAQs...
> how do I determine qmail not to perform dns lookups for incoming pop3 clients?
> They get huge timeouts....
If you're running qmail-popup under tcpserver, you need to use the -R
(and probably -H) switches to turn off some checking that often
results in delays.
If you're running something else, perhaps this isn't the solution;
more information on your configuration would have helped us guess
what's wrong, and no doubt some people didn't venture an answer since
we have to guess your configuration to speculate about what might be
wrong with it.
Ideally, showing us the line that runs your pop client would have let
us answer in terms of exactly what you're actually running. For
example, here's the run file from my service directory for pop:
exec env - PATH="/var/qmail/bin:/usr/local/bin:/usr/bin" \
tcpserver -H -R 0 pop3 \
qmail-popup gw.dd-b.net \
checkvpw qmail-pop3d Maildir/
(I'm using vmailmgr, hence the checkvpw).
--
David Dyer-Bennet / Welcome to the future! / [EMAIL PROTECTED]
SF: http://www.dd-b.net/dd-b/ Minicon: http://www.mnstf.org/minicon/
Photos: http://dd-b.lighthunters.net/
Ok this is weird I have the autoresponder installed and vmailmgr
installed and everything is working as far as vertiuals are concerened.
The problem I am having is with the auto responder script itself. When I
send a message to [EMAIL PROTECTED] the message arrives triggers the
autoresponder which writes the tmp file in the directory like it's
supposed to and the message gets delivered to my mailbox but the
responder email itself never gets mailed.
I have the response message sitting in /home/domain/autoresponse
And I have the temp files being written to /home/domain/responders
I call the autoresponder like so
|qmail-autoresponder message.txt /home/domain/responders
and I have also tried
|qmail-autoresponder /home/domain/autoresponse/message.txt
/home/domain/responders
But like I said it writes the temp file just fine.. It's the message file
that never seems to get sent.
The message.txt contains..
From: "Administrator" <[EMAIL PROTECTED]>
Subject: Testing -- %S
Testing Autoresponder.....
Okay so what do I have wrong here???
--JT
[EMAIL PROTECTED] writes:
> --- In [EMAIL PROTECTED], Robin S.Socha <[EMAIL PROTECTED]> wrote:
> > Quoting montgomery f. tidwell ([EMAIL PROTECTED]):
> > > is there an easy way for me to set up an email account that
> > > will take incoming mail and send it out to a specific
> > > newsgroup?
> >
> > What's this got to do with qmail?
>
> uh, i'm running Qmail as my mail server.
But your question didn't actually have much to do with qmail. The
only part of it that would be qmail specific would be running the
solution from a .qmail instead of a .forward or alias, and that's very
generic and you should already know the answer. The rest has nothing
to do with qmail.
-Matt
--
| Matthew J. Brown - Senior Network Administrator - NBCi Shopping |
| 1983 W. 190th St, Suite 100, Torrance CA 90504 |
| Phone: (310) 538-7122 | Work: [EMAIL PROTECTED] |
| Cell: (714) 457-1854 | Personal: [EMAIL PROTECTED] |
That's it! Now it's working flawlessly!
Thanks a lot.
----- Original Message -----
From: "Jenny Holmberg" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, December 08, 2000 8:01 AM
Subject: Re: Procmail weirdness
> "Francisco Jen Ou" <[EMAIL PROTECTED]> writes:
>
> > Here they go. Thanks.
> >
> > 1) $HOME/.qmail:
> >
> > |/usr/sbin/qmail-procmail
> > ./Maildir/
>
> You have two lines here. One which calls procmail and one which makes
> a local delivery. Remove the ./Maildir/ line if you don't want local
> delivery.
>
> --
> "I live in the heart of the machine. We are one."
>
So I've setup qmail for domain 'mydomain.com' on machine
'mail.mydomain.com'. 'mydomain.com' is setup as a virtual domain, and I use
vpopmail (with vchkpw) for that domain to avoid having to use /etc/passwd.
So far, everything is fine - can receive mail without a problem.
What I'd like to do, however, is make it so that users DON'T have to use
user%mydomain.com to receive mail with my pop client (i.e. just use user).
I have read the faq, as well as "living with qmail". The only thing I have
been able to find is that I should remove the ~vpopmail/users/ directory and
replace it with a symbolic link to ~vpopmail/domains/mydomain.com/. I've
tried this and I just can't seem to get it to work.
Am I missing something here?
-Phil
Phil Oester <[EMAIL PROTECTED]> wrote:
>
> What I'd like to do, however, is make it so that users DON'T have to use
> user%mydomain.com to receive mail with my pop client (i.e. just use user).
> I have read the faq, as well as "living with qmail". The only thing I have
> been able to find is that I should remove the ~vpopmail/users/ directory and
> replace it with a symbolic link to ~vpopmail/domains/mydomain.com/. I've
> tried this and I just can't seem to get it to work.
>
> Am I missing something here?
You'll probably get a better response if you ask this on the vpopmail list
instead of the qmail list.
Charles
--
-----------------------------------------------------------------------
Charles Cazabon <[EMAIL PROTECTED]>
GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/
Any opinions expressed are just that -- my opinions.
-----------------------------------------------------------------------
My site's host uses Qmail for the mail list, but
does not provide assistance for the advanced features.
How can I set up masquerading so when I send mail
to my email list no one can obtain the address of the
list?
Recently my list was spammed because of it's
visibility in the "To" address box when I send
messages out to it.
Thanks,
[EMAIL PROTECTED]
=====
Gene Whitehead
Founder
American Sons of Liberty
American Sons of Liberty Online:
http://www.americansonsofliberty.com
Hello,
using qmail 1.03 with open-smtp we have some problem:
it does not erase the temp files.
have you any idea why ?
thanks
Octave
-rw-r--r-- 1 root root 64 ao� 19 01:14 tcp.smtp
-rw-r--r-- 1 vpopmail vchkpw 30317 d�c 9 10:40 tcp.smtp.cdb
-rw-r--r-- 1 root root 34816 d�c 8 22:59 tcp.smtp.tmp.10014
-rw-r--r-- 1 root root 34816 d�c 8 23:22 tcp.smtp.tmp.10048
-rw-r--r-- 1 root root 34816 d�c 8 23:34 tcp.smtp.tmp.10126
-rw-r--r-- 1 root root 34816 d�c 8 23:35 tcp.smtp.tmp.10508
-rw-r--r-- 1 root root 34816 d�c 8 23:36 tcp.smtp.tmp.10585
[...]
Amicalement,
oCtAvE
______________________ lA r�VoLutIon AurA bIen LIeu ____
