Talk:Welcome to the HacDC Wiki - Revision history

SarahSmith: /* $@₩ Outlook Phone Number ௹ 1-855-338-0710 ₡Outlook Support Number £ 1.8553380710 £ / new section

2018-09-15T09:53:22Z

$@*₩ Outlook Phone Number ௹ 1-855-338-0710 ₡Outlook Support Number £ 1.855*338*0710 £: new section

← Older revision	Revision as of 09:53, 15 September 2018
(No difference)

Elizabeth1335: /* ⍢⍢!!1.855-338-0710-##Outlook Phone Number ♍ 1-855-338-0710♉Outlook Support Number ♏ 1.8553380710## */ new section

2018-09-10T18:12:03Z

⍢⍢!!1.855-338-0710-##Outlook Phone Number ♍ 1-855-338-0710♉Outlook Support Number ♏ 1.855*338*0710##: new section

← Older revision	Revision as of 18:12, 10 September 2018
(No difference)

Standardsservices: /* !Technical Sales Agents. @HR @recruiter @number +9-540-97-0000^ / new section

2018-02-13T08:57:58Z

!Technical Sales Agents. @HR @recruiter *@number +9-540-97-0000^: new section

← Older revision	Revision as of 08:57, 13 February 2018
(No difference)

Mike Chelen: /* Broken link to last_occsensor.txt */ new section

2011-03-09T06:36:57Z

Broken link to last_occsensor.txt: new section

← Older revision	Revision as of 06:36, 9 March 2011
Line 1:	Line 1:
		== Broken link to last_occsensor.txt ==

		The current link doesn't work: http://hacdc.org/sites/default/files/last_occsensor.txt

		Forbidden
		You don't have permission to access /sites/default/files/last_occsensor.txt on this server.
		Apache/2.2.14 (Ubuntu) Server at hacdc.org Port 80

		[[User:Mike Chelen\|Mike Chelen]] 06:36, 9 March 2011 (UTC)

Katie: Protected "Talk:Welcome to the HacDC Wiki" [edit=autoconfirmed:move=autoconfirmed]

2009-05-02T03:28:18Z

Protected "Talk:Welcome to the HacDC Wiki" [edit=autoconfirmed:move=autoconfirmed]

← Older revision	Revision as of 03:28, 2 May 2009
(No difference)

208.58.5.238: Undo revision 2010 by 216.240.136.189 (Talk)

2009-05-02T01:07:45Z

Undo revision 2010 by 216.240.136.189 (Talk)

← Older revision		Revision as of 01:07, 2 May 2009
Line 1:		Line 1:
	~~== super viagra trasted pharmacy ==~~

	~~super viagra - trasted pharmacy - Yahhooo.info/viagra.htm~~

216.240.136.189: /* super viagra trasted pharmacy */ new section

2009-05-01T21:38:16Z

super viagra trasted pharmacy: new section

← Older revision	Revision as of 21:38, 1 May 2009
Line 1:	Line 1:
		== super viagra trasted pharmacy ==

		super viagra - trasted pharmacy - Yahhooo.info/viagra.htm

68.41.157.225: Removing all content from page

2009-05-01T00:39:22Z

Removing all content from page

← Older revision		Revision as of 00:39, 1 May 2009
Line 1:		Line 1:
	~~== HacDC's MX record broken, can't send mail to lists ==~~

	~~Dangit. I'm sure someone will find this here, as I'm unable to send to any of the mailing lists. Here's a convo between me and my admin:~~

	~~12:39 <myself> hey, I keep getting this whenever I try to send to hacdc: <br/>~~
	~~12:39 <myself> blabber@hacdc.org <br/>~~
	~~12:39 <myself>''' all relevant MX records point to non-existent hosts or (invalidly) to IP addresses '''<br/>~~
	~~12:40 <myself> but there's plenty of traffic on the list, others obviously have no problems <br/>~~
	~~12:40 <myself> I mentioned it to one of them through his personal email, and didn't hear back. Is this something you can look into? <br/>~~
	~~13:03 <paul> paul@ptimmins-d:~$ host hacdc.org <br/>~~
	~~13:03 <paul> hacdc.org has address 208.72.84.15 <br/>~~
	~~13:03 <paul> '''hacdc.org mail is handled by 0 69.89.31.218. '''<br/>~~
	~~13:03 <paul> that's invalid <br/>~~
	~~13:03 <paul> cant' fix <br/>~~
	~~13:04 <paul> '''mx records have to point to names per rfc''' <br/>~~
	~~13:05 <myself> ahh, okay <br/>~~
	~~13:05 <myself> thanks <br/>~~
	~~13:05 <paul> that should be something like <br/>~~
	~~13:05 <paul> MX 0 mail.hacdc.org. <br/>~~
	~~13:05 <paul> with mail.hacdc.org. IN A 69.89.31.218 <br/>~~
	~~13:06 <myself> and everyone else's MTAs just silently accept the misconfiguration and do the right thing anyway <br/>~~
	~~13:07 <paul> where by "the right thing" you mean "do what I mean not what I say" <br/>~~
	~~13:07 <paul> yes <br/>~~
	~~13:08 <paul> they added extra code paths to compensate for the dns calls not returning shit they should <br/>~~
	~~13:08 <paul> when you pull an A record, the IPs get returned in binary <br/>~~
	~~13:08 <paul> when you pull an MX record, it spells out the data in ascii because it's supposed to be another name <br/>~~
	~~13:09 <paul> which you can then do a gethostbyname() on and get an ip <br/>~~
	~~13:10 <paul> so other MTAs have an entire codepath where they try to parse an ASCII string of an IP address to stuff it into a connect() <br/>~~
	~~13:10 <paul> which is as bad of an idea as it sounds, securitywise <br/>~~

	~~Fixed - thanks for the heads up!~~

208.58.5.238 at 20:33, 30 April 2009

2009-04-30T20:33:13Z

← Older revision		Revision as of 20:33, 30 April 2009
Line 28:		Line 28:
	13:10 <paul> so other MTAs have an entire codepath where they try to parse an ASCII string of an IP address to stuff it into a connect() <br/>		13:10 <paul> so other MTAs have an entire codepath where they try to parse an ASCII string of an IP address to stuff it into a connect() <br/>
	13:10 <paul> which is as bad of an idea as it sounds, securitywise <br/>		13:10 <paul> which is as bad of an idea as it sounds, securitywise <br/>

			Fixed - thanks for the heads up!

68.41.157.225: /* HacDC's MX record broken, can't send mail to lists */ new section

2009-04-30T17:16:02Z

HacDC's MX record broken, can't send mail to lists: new section

← Older revision	Revision as of 17:16, 30 April 2009
Line 1:	Line 1:
		== HacDC's MX record broken, can't send mail to lists ==

		Dangit. I'm sure someone will find this here, as I'm unable to send to any of the mailing lists. Here's a convo between me and my admin:

		12:39 <myself> hey, I keep getting this whenever I try to send to hacdc: <br/>
		12:39 <myself> blabber@hacdc.org <br/>
		12:39 <myself>''' all relevant MX records point to non-existent hosts or (invalidly) to IP addresses '''<br/>
		12:40 <myself> but there's plenty of traffic on the list, others obviously have no problems <br/>
		12:40 <myself> I mentioned it to one of them through his personal email, and didn't hear back. Is this something you can look into? <br/>
		13:03 <paul> paul@ptimmins-d:~$ host hacdc.org <br/>
		13:03 <paul> hacdc.org has address 208.72.84.15 <br/>
		13:03 <paul> '''hacdc.org mail is handled by 0 69.89.31.218. '''<br/>
		13:03 <paul> that's invalid <br/>
		13:03 <paul> cant' fix <br/>
		13:04 <paul> '''mx records have to point to names per rfc''' <br/>
		13:05 <myself> ahh, okay <br/>
		13:05 <myself> thanks <br/>
		13:05 <paul> that should be something like <br/>
		13:05 <paul> MX 0 mail.hacdc.org. <br/>
		13:05 <paul> with mail.hacdc.org. IN A 69.89.31.218 <br/>
		13:06 <myself> and everyone else's MTAs just silently accept the misconfiguration and do the right thing anyway <br/>
		13:07 <paul> where by "the right thing" you mean "do what I mean not what I say" <br/>
		13:07 <paul> yes <br/>
		13:08 <paul> they added extra code paths to compensate for the dns calls not returning shit they should <br/>
		13:08 <paul> when you pull an A record, the IPs get returned in binary <br/>
		13:08 <paul> when you pull an MX record, it spells out the data in ascii because it's supposed to be another name <br/>
		13:09 <paul> which you can then do a gethostbyname() on and get an ip <br/>
		13:10 <paul> so other MTAs have an entire codepath where they try to parse an ASCII string of an IP address to stuff it into a connect() <br/>
		13:10 <paul> which is as bad of an idea as it sounds, securitywise <br/>