[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [cobalt-users] Raq4: Name-based site e-mail weirdness

Date: Mon, 23 Oct 2000 22:02:46 -0700
From: Jeff Lasman <jblists@xxxxxxxxxxxxx>

"Michelle A. Hoyle" wrote:

 > Well, since I honestly don't believe the DNS is actually the problem
 > and I faithfully reproduced the exact set of circumstances and I had
 > wanted to protect the anonymity of my customers, I didn't post the
 > actual information.

Now that you've posted the information, and I've read it with complete
knowledge, I agree that it doesn't seem to be the problem.  I'll focus
one thing that might be, and ask you another question or two...

 > >   *E-mail server aliases were added for butterdome.com and
 > >    butterdomecraftsale.com in the
 > >    RAQ interface for site www.worldofcrafts.ca
 > >    MX records on the DNS system point mail for those names to
 > >    butterdome.com and butterdomecraftsale.com, respectively,
 > >    with a preference of 5.

I'm not sure how you added the aliases.  What I do is create a user for
each site as a catchall user.  That user has the catchall, for example
"@www.worldofcrafts.ca" in it, and additionally, is forwarded to for
example, "jblists@xxxxxxxxxxxxx", where "jblists" is the account I
really want the mail to end up, and "nobaloney.net" is the actual domain
where the jblists account resides.

This works for me on my RaQ3, and previously worked on my RaQ3.  But
this isn't what you do.  What you do is have aliases such as
"@www.butterdome.com" and "@www.cutterdomecraftsale.com" in a user at
the "www.worldofcrafts.ca" domain, and read the mail there.  Am I
correct in this understanding.

While I know I can write virtusertable entries myself to make this work,
I've never tried it this way on a RaQ, so I don't know what kind of
virtusertable entries get entered.  Have you tried my method?
I'm already using your method and I've always used your method myself, although I don't see why it shouldn't work for someone picking it up. 

Some new info:
A few days later, I noticed all kinds of oddness going on with mail being sent to *other* domains. (OK, I didn't notice it, somebody said: "Hey! We're not getting our test mail sent to blah...). When I checked up on it, there was nothing wrong with the blah, but testing revealed that their e-mail alias (info) just wasn't working there. There were also some problems with aliases elsewhere and mail was being returned for non-existent users despite the catch all. I peeked in the all the mail tables and checked aliases and virtusrtabl myself and they were all fine with the correct entries, so I rebooted the sucker. That problem went away. Maybe if I try doing the mail for the original problem again, it now works? That leads me to worry, though, about why I would have had to reboot the machine or restart sendmail in the first place.
I've also received a bounce this morning for a site on the Raq that has their e-mail, temporarily, being forwarded from their old provider. The Raq4 claimed that the header exceeded 1024 characters so it bounced it. <Shrug> Why should there be a limit on how many characters can be in the header? 



From: owner-info@xxxxxxxxxxxxxx
Date: Mon, 23 Oct 2000 23:18:28 -0600
To: owner-info@xxxxxxxxxxxxxx
Subject: BOUNCE info@xxxxxxxxxxxxxx: Header field too long (>1024)

 >From admin Mon Oct 23 23:18:09 2000
Received: from popmail.dircon.co.uk (popmail.dircon.co.uk [194.112.32.33])
	by [216.234.175.46] (8.10.2/8.10.2) with ESMTP id e9O5Hgp17814
	for <info@xxxxxxxxxx>; Mon, 23 Oct 2000 23:17:43 -0600
Received: from svis.so.motnet.go.jp (fw.motnet.go.jp [202.221.196.2])
	by popmail.dircon.co.uk (Dircon/8.10.1) with SMTP id e9O5IBA29445
	for <jntolon@xxxxxxxxxxxx>; Tue, 24 Oct 2000 06:18:11 +0100 (BST)
Received: from 10.1.1.2 by svis.so.motnet.go.jp (InterScan E-Mail VirusWall NT); Tue, 24 Oct 2000 14:16:57 +0900 
Received: from so.motnet.go.jp (svmgw.so.motnet.go.jp [10.1.1.22])
	by svsmtp.so.motnet.go.jp (8.9.3/3.7W) with SMTP id OAA29551;
	Tue, 24 Oct 2000 14:16:57 +0900 (JST)
From: Y-WAKABA@xxxxxxxxxxxxxxx
Date: Tue, 24 Oct 2000 14:16:55 +0900
To: toya@xxxxxx, KONO@xxxxxxxxxxxxxxxxxxxxx, mamizu@xxxxxxx,
   Hideaki.SAITO@xxxxxxxx, toshio.hikima@xxxxxx, iopcfund@xxxxxxxxxxxx,
   omarumoto@xxxxxxx, LEK02201@xxxxxxxxxxxxxxxx, tjams@xxxxxxxxxxxxxxxxxxxx,
   kobashi@xxxxxxxxxxxxxxxxxx, nitta@xxxxxxxxxxxxxxxxxx,
   tani@xxxxxxxxxxxxxxxxxxxxxxxx, tikarigva@xxxxxxx, thirai@xxxxxxxxxxxxxx,
   takemasa@xxxxxxxxxxxxxxx, tutide@xxxxxxxxxxxxx, kotani@xxxxxxxxxx,
   FUKUHARA@xxxxxxxxxxx, hide2948@xxxxxxxxxxx, kajita@xxxxxxxxxxx,
   hatate@xxxxxxxxxxxxx, oki@xxxxxxxxx, yamamotoy@xxxxxx, asawa@xxxxxxxxxx,
   jcabjkt@xxxxxxxxxx, shoinoue@xxxxxxxxxx, higucci@xxxxxxxxxx,
   takagaki@xxxxxxxxxxxxxx, mkubo@xxxxxxxxxx, satoh@xxxxxxxxxxxxxxxxxxxxxxx,
   DZW03573@xxxxxxxxxxx, kawahara@xxxxxxxxxxxxxx, hosoi@xxxxxxxxxxxxxx,
   tkatsura@xxxxxxxxx, k2sahara@xxxxxxxxx, jntonyc@xxxxxxxxxxxxx,
   ayoshida@xxxxxxxxxxx, jntochi@xxxxxxx, jntolax@xxxxxxxxxxxxxx,
jntolon@xxxxxxxxxxxx, tamaki@xxxxxxxxx, fujisaki@xxxxxxx, matsuo@xxxxxxxxxx, 
   sakasita@xxxxxxxxxx, kondo@xxxxxxxxxx, shinji_matsuo@xxxxxxxxxxx,
   ship@xxxxxxxxxxxxxxxxxxxx, sonodat@xxxxxxxxxxxxxxxxx,
   ichikawayoshiro@xxxxxxxxxxx, jcab.ams@xxxxxx, shipmac@xxxxxxxxxxxxxx,
   jsinship@xxxxxxxxxxxxxx
Subject: =?ISO-2022-JP?B?GyRCQmc/QzJxOCtNVztdGyhC?=
Message-ID: <200010241416564282.702@xxxxxxxxxxxxxxx>
X-Mailer: StarOffice/MailGateway[4.5]
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-2022-JP

<SNIP> Japanese message <SNIP>
That's the header above. Is there some kind of a switch in sendmail's configuration to change how many characters the header fields can have total? (I've never received a bounce message like this before on our Raq2-based domains) 

Michelle
--

----|      TRANSCENA DESIGN  |----------------------------
Michelle A. Hoyle, VP Web Technologies, Canada
#801 T.D. Tower, Edmonton, Alberta, Canada  T5J 2Z1
N. America:  1-888-429-2363  |  UK:  020 7529 1465
International:  +1 780 429 2363
------------------|  internet design architects     |--------