00:42:23 yep 08:46:46 hi! 08:47:43 anyone in here coincidentally in the questions@, ports@ or ports-bugs@ lists? im worried a reply from me hasnt been delivered 08:47:58 <[tj]> you can check the archive 08:48:20 [tj]: i already checked, it gets updated once per week 08:48:29 <[tj]> nah 08:48:33 <[tj]> much faster than that 08:49:13 <[tj]> https://lists.freebsd.org/archives/freebsd-questions/2026-April/ 08:50:52 [tj]: it took a day for me until it appeared on there 08:51:18 and my reply which i sent 12 hours ago still isnt displayed 08:51:24 <[tj]> probably didn't make it 08:51:43 ugh ive had no time to get back to my freebsd project 08:52:35 [tj]: thats why i came here to ask if someone would be nice enough to check their inbox/spam 08:52:50 <[tj]> if it isn't on the archive then it won't have gone out to anyone? 08:52:52 because i thought that with the first reply aswell, but it appeared 08:53:23 <[tj]> latency should be about a minute 08:53:42 what if the message gets moderated first or something 08:54:27 <[tj]> I dunno if we moderate, I wouldn't know who would want to do that 08:54:49 chatgpt 08:55:28 I suspect for newcomers (first few posts to the list), they are moderated. 08:57:14 i see 08:57:36 just sent another one out, doubt its gonna appear within minutes 08:59:02 <[tj]> sorry I'm not sure how to help 09:01:17 i just thouht there might be a possibility it appeared in subscribers inboxes earlier before being displayed in the archives 14:24:21 [tj]: i think i know why it gets delayed 14:25:45 got a warning from my mail provider that "mx66.freebsd.org[2610:1c1:1:606c::19:5]:25: Network is unreachable" 14:26:03 downtime on the other end :/ 14:26:25 <[tj]> cool 15:08:31 https://bpa.st/P3KRW 15:08:37 Maybe check your end. 15:21:16 CrtxReavr: im not hosting my own mailserver 15:21:52 what i can say is that my mails get delivered flawlessly & instantly to openbsd lists 15:24:33 riad: I am in questions@ 15:34:28 polarian: maybe you can check if my replies got delivered if you have time so spare, but i kinda doubt it atp 15:34:43 but thanks 15:35:37 I dont know your email 15:35:39 so I cant 18:58:40 riad, That is mx66 which is up and online (but IPv6 only). But mx1 is both IPv4/IPv6 and it is up and online for mail transport. It still seems like there is some mail problem on your end of the mail transport. There are two MX systems available to accept your email from your email service provider. 19:14:39 rwp: is it maybe possible that "bad" ip's are completely rejected? 19:17:28 checking with netcat i get no response at all which makes me think some ip ranges get blocked 19:17:43 but when using a residential proxy i get a response instantly 19:29:03 riad, I don't have any operational knowledge of mx1 or mx66 .freebsd.org but yes it is possible they are blocking by firewall ranges of addresses. 19:30:50 I would say that normally mail relays don't usually block by ranges but perform other anti-abuse checks in the SMTP protocol. For example I use spamhaus.org ZEN DNSBL to block known spammers. But that gets them a rejection not firewall blocked. 19:32:17 But we live in a time of extraordinary abuse! It's an unprecedentedly high level. Which causes such severe problems that people get desperate trying to mitigate it. Desperate times call for desperate measure and admins to things that are not strictly good to do but must be done to keep sites online. 19:36:53 riad: You never got any other reply to your email other than the "mx66.freebsd.org[2610:1c1:1:606c::19:5]:25: Network is unreachable"? 19:37:20 Was a permanent error? What error code was it? 19:42:52 "traceroute -I mx1.freebsd.org" "traceroute -I mx66.freebsd.org" "mtr mx1.freebsd.org" "mtr mx66.freebsd.org" traceroute is in base but IPv4 only. mtr is a port/pkg. Should show where the route stops. 19:44:29 Hmm... I thought when I looked earlier that mx66 was IPv6 only, and said that at the time, but that is wrong. I must have squinted funny because both mail relays are both IPv4 and IPv6. That was a mistake on my part to say otherwise. 19:46:54 Yeah. I'm seeing no problems at all with the MX's mentioned. 19:48:11 So, I would assume if there was an actual delivery issue, riad would've received an error that explained what happened. It's very rare that FBSD's mail server just "blackhole" something (unless it's classified as blatant SPAM.) 19:57:47 ek: here is a paste from the entire email that i received 19:57:49 https://bpa.st/62DPO 19:58:16 not much explanation besides network unreachable 19:59:06 and yeah that was the only reply which i received, funnily enough my first mail went through 19:59:19 and also never got anything like this before at all 20:00:57 im going offline, dont have a bouncer but you could send me an email, heh 21:05:36 riad has part'd the channel but that Delay DSN delivery status notification is not a bounce message but a notification that the message has not be transmitted in 4 hours. I always turn those off. Off is the default but many packagers enable it (delay_warning_time=4h) by default in the default template (not FreeBSD). The MTA will continue to retry to send the message. 21:50:07 Friend of mine burned a FreeBSD ISO to two different USBs and neither of them can boot. I'm of the opinion that both USBs are broken, given the error pattern; she disagrees, "because they normally work". 21:53:46 dd if=/some/iso of=/dev/whatever bs=1m should usually just work, if the method was different, that could be it. 21:55:00 Reinhilde: you need to use the memstick image and not the iso image 22:04:09 zi, (Reinhilde) I dd the iso images to a USB SD card and boot it no problem. It's a hybrid image. 22:05:07 Reinhilde, Did your friend "sync" after that dd finished to ensure that the data was flushed to the USB before removing it? If not then the tail end might not have gotten written. 22:06:21 I recommend using dd's bs=1M iflag=fullblock oflag=sync,direct flags which are portable across FreeBSD and GNU/Linux systems. Then when dd is done the data is sync'd already and the device can be detached/removed immediately. 22:07:05 Alternatively newer "pv" from ports/pkgs has a --direct-io option which now can do the same job, but it is a fairly new option feature and most GNU/Linux systems don't have --direct-io yet. 22:18:43 rwp, I'll ask her. 22:18:45 zi, ah. 22:26:48 ISO images do work on a USB stick. I always boot that way. Including for non-FreeBSD images too. 22:27:06 she says she used the memstick images 23:36:47 Reinhilde: has she verified that "any" USB os media will boot of any type? This may not be a FreeBSD specific issue as much as the machine itself 23:43:38 o0x1eef: same.. I use USB for booting almost everything to install with