| From | Subject | Date |
|---|---|---|
| Matthew Dillon | Re: Some mail from dragonfly.users being rejected
I found the logs on our end. You are sending a 4xx code so we do retry,
nothing should be getting lost.
I see the 4xx rejection, then it retried 7 minutes later and it went
through.
Jan 28 09:41:08 crater sendmail[59313]: m0SHagnA058931: to=<vince.dragonfly@hightek.org>, delay=00:01:07, xdelay=00:00:02, mailer=esmtp, pri=3094132, relay=mail.hightek.org. [207.210.96.149], dsn=4.3.0, stat=Deferred: 451 Could not complete sender verify callout
Jan 28 09:48:55 crater sendmail[5...
| Jan 28, 4:51 pm 2008 |
| Matthew Dillon | Re: Some mail from dragonfly.users being rejected
Hmm. We're just running normal sendmail here. But if the mailing
list has several addresses that run through your server and your
server is trying to do a backchannel for each one in parallel, you
could be hitting up against crater's connection limit.
It's isn't really legal to reject a message outright if you can't
make a reverse connection. You have to reject it with a temporary
error code so it gets retried later.
-Matt
Matthew Dillon
<dill...
| Jan 28, 4:11 pm 2008 |
| Vincent Stemen | Re: Some mail from dragonfly.users being rejected
No, I am only subscribed to one DF mailing list with one email address.
Perhaps there are enough others on the list doing sender verify to cause
a certain percentage of subscribers to randomly hit craters connection
limit? I think I will turn off sender verify for mail from the list
address.
Anyway, you are right. The others got re-sent and delivered, but it
turns out that my tmda challenge system had them sitting in the queue.
I should have checked that earlier, but when I saw the reject messa...
| Jan 28, 6:57 pm 2008 |
| Vincent Stemen | Some mail from dragonfly.users being rejected
Hi.
I subscribed to the dragonfly.users mailing list yesterday. I received
the confirmation messages and I have received both postings since them
from Justin C. Sherrill. However, the two replies to him and
3 additional postings have been rejected from my mail server because
crater is rejecting the sender verify connection. Here is my mail log
entry on one of the rejected ones.
2008-01-28 11:41:08 H=crater.dragonflybsd.org [216.240.41.25] sender verify defer for <users-errors@crater.dragonf...
| Jan 28, 3:20 pm 2008 |
| Sdävtaker | My network card is not detected.
Im posting this here just to keep the question/answer in archive,
someone will probably have similar problem.
It is an extract of the DragonFly chat channel today earlier.
<Sdav_> hello, i just bought a realtek 8139 card but it is not
detected (it was not detected with FBSD neither, because the vendor id
was not recognized) where should i add this vendor id to use rl driver
on it? same place than FBSD? thanks for any data.
<swildner> Sdav_: what are the ids?
<Sdav_> none0@pci0:8:0: cla...
| Jan 28, 10:07 am 2008 |
| Sepherosa Ziehau | Re: My network card is not detected.
This may be the "Rsltek 8139D" (I am not wrong on the name ;) or
something similar to Silan's 92301? It's quite different from
Realtek's 8139. You can first try your luck with rl(4). If it did
not work, I could do a quick "slash" porting of a fbsd4 driver (the
fbsd4 driver was published by Silan in public domain?) or do you want
to port that driver :)?
Best Regards,
sephe
--
Live Free or Die
| Jan 28, 12:31 pm 2008 |
| Sascha Wildner | Re: My network card is not detected.
Of course this patch was just for testing and if it works the device
should/will be added to pcidevs.
Sascha
--
http://yoyodyne.ath.cx
| Jan 28, 10:20 am 2008 |
| Justin C. Sherrill | upgrading wiki
I'm in the process of upgrading wiki.dragonflybsd.org's wiki software,
MoinMoin, from 1.5.7 to 1.6.0.
The upgrade process quietly changed the link markup for all the links on
the wiki, so they don't work. I'm working on a fix.
| Jan 28, 12:41 am 2008 |
| Dario 'Capn Sonic' Banno | Re: upgrading wiki
I looked here for more details: http://moinmoin.wikiwikiweb.de/LinkMarkupCollection
It seems that accepted markup is still Pre-1.6.
--
Dario "Cap'n Sonic" Banno
<captainsonic@gmail.com>
| Jan 28, 8:55 am 2008 |
| Simon 'corecode' Sch... | Re: upgrading wiki
Seems that you converted them to the new layout, but the software is still
1.5? confusing.
cheers
simon
--
Serve - BSD +++ RENT this banner advert +++ ASCII Ribbon /"\
Work - Mac +++ space for low €€€ NOW!1 +++ Campaign \ /
Party Enjoy Relax | http://dragonflybsd.org Against HTML \
Dude 2c 2 the max ! http://golden-apple.biz Mail + News / \
| Jan 28, 4:39 am 2008 |
| Justin C. Sherrill | Re: upgrading wiki
I didn't realize this, but MoinMoin assumes it can be installed into the
hosting systems' site-packages directory. However, our wiki was packaged
up into its own directory, so the MoinMoin wiki files all reference a
local install path for the MoinMoin code. That's good, because it's
self-contained, but it means for upgrading I need to either create a new
standard install or figure out just how it was assembled earlier and
update the includes path. That's why it's still looking at the old markup
...
| Jan 28, 9:35 am 2008 |
| previous day | today | next day |
|---|---|---|
| January 27, 2008 | January 28, 2008 | January 29, 2008 |
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
| Linus Torvalds | Linux 2.6.27-rc8 |
| Bryan Woods | Stardom SATA HSM violation |
| Yinghai Lu | Re: Linux 2.6.27-rc5: System boot regression caused by commit a2bd7274b47124d2fc4d... |
git: | |
| Abdelrazak Younes | Git-windows and git-svn? |
| Elijah Newren | Trying to use git-filter-branch to compress history by removing large, obsolete bi... |
| walt | [VOTE] git versus mercurial |
| Bill Lear | Error "fatal: cannot pread pack file: Success" |
| Richard Stallman | Real men don't attack straw men |
| GVG GVG | ssh_exchange_identification: Connection closed by remote host |
| Henning Brauer | Re: About Xen: maybe a reiterative question but .. |
| Patrick Hemmen | ipsec with carp |
| Alexey Dobriyan | 2.6.25-rc8-mm2: FIX kmalloc-2048 (was Re: 2.6.25-rc8-mm2: IP: [<ffffffff802868f... |
| David Miller | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 0/37] dccp: Feature negotiation - last call for comments |
| Johann Baudy | Packet mmap: TX RING and zero copy |
