15:[[31747899,{"by":"nikkwong","dead":true,"id":31747899,"kids":[31748123,31748115,31748064,31748031,31748028,31748023],"score":5,"time":1655254306,"type":"story"}],[28338091,{"by":"johnnyApplePRNG","descendants":6,"id":28338091,"kids":[28338361,28352830,28353116,28349615,28342692,28338850],"score":5,"text":"I don't need to create a full blown email implementation.

I don't need to receive emails from anybody.

I just want to be able to to send emails from no-reply@mydomain.com for password resets, email address verifications, things like that.

And I would like to at least make an attempt to have the emails I send pass through a basic spam filter. So I assume at the very least I need to setup DKIM and SPF records.

Is it as simple as following https://wiki.debian.org/Postfix and https://wiki.debian.org/opendkim ?

(That is the route I am taking right now, will report back here what I find out in a few hours!)","time":1630159059,"title":"Ask HN: How to send dkim/spf compliant email from Debian?","type":"story"}],[28172293,{"by":"BitwiseFool","descendants":3,"id":28172293,"kids":[28172433,28176615,28173032],"score":1,"text":"Why is it that the columns after the SELECT and before the FROM require comma delineation when the JOINS and conditions in the WHERE clause do not? It seems like you could write an implementation of SQL that can manage without commas, what's stopping someone from doing this?

Or, is there some flavor of SQL that eliminates the need for comma delineation already?","time":1628878131,"title":"Ask HN: Why does SQL require commas between select items and not joins?","type":"story"}],[27305206,{"by":"andyjih_","descendants":1,"id":27305206,"kids":[27305421],"score":1,"time":1622134530,"title":"Are MySQL columns names sometimes case sensitive?","type":"story","url":"https://www.grouparoo.com/blog/mysql-column-names-case-sensitive"}],[27080366,{"by":"oblib","descendants":3,"id":27080366,"kids":[27080897],"score":2,"text":"$16","time":1620418459,"title":"Ask HN: Why can't apps send an HTML email to the user's email app?","type":"story"}],[24106608,{"by":"kristianp","descendants":461,"id":24106608,"kids":[24117492,24117539,24116806,24116755,24117795,24106937,24116824,24118592,24117367,24117836,24117477,24117276,24116708,24118663,24121713,24116612,24116700,24116498,24118722,24116553,24118735,24116631,24119978,24116874,24117576,24116883,24116600,24117256,24119119,24120238,24116633,24117793,24117156,24120414,24120149,24116876,24116648,24118183,24116641,24118218,24116699,24116650,24122084,24118775,24120147,24117574,24119206,24117519,24118716,24116536,24126492,24118154,24119387,24120290,24118655,24124167,24118134,24117679,24118209,24118870,24129444,24120362,24118309,24119321,24128827,24116903,24117877,24118090,24117632,24121932,24116832,24123003,24119565,24117278,24116784,24120540,24117438,24117494,24118123,24120296,24116890,24120433,24117317,24118337,24116816,24119089,24128942,24119691,24117429,24119557,24118836,24117532,24117318,24116512,24119261,24119990,24118774,24116520,24116601],"score":414,"time":1597045203,"title":"We Can Do Better Than SQL","type":"story","url":"https://edgedb.com/blog/we-can-do-better-than-sql/"}],[22129757,{"by":"dmux","descendants":208,"id":22129757,"kids":[22132074,22130897,22135935,22135930,22134890,22131825,22130548,22129861,22132435,22132519,22130047,22134835,22134734,22129931,22135383,22134116,22132533,22132821,22132734,22132380,22136071,22136185,22132403,22131143,22131238,22132615,22132737,22133135,22132476,22136234,22132523,22132416,22131210,22132544,22136160,22136678,22137035,22138107,22135982,22141566,22132638,22130627,22134115,22136045,22136275,22133766,22147474,22133868,22136469,22133525,22136438,22135820,22132336,22136929,22136879,22136556,22136025,22136755,22132442,22136587,22139212,22135992,22136607,22136950,22159280,22157967,22135685,22138895,22132540,22136009,22138159,22146465,22134168,22134777,22135961,22138913,22134201,22143761,22136623,22136606,22134432,22136624,22137235,22136299,22145241,22145245,22145247,22145244,22145239],"score":236,"text":"As an example, the team I work on has been adding more precondition checking to all of our applications. The simple act of stepping back from the perceived data-flow and explicitly declaring what we believe should hold true has uncovered several bugs in our understanding of our applications.

We've likened it to having someone review a paper you've written: you often read what you think you wrote, not what's actually written.

This got me to questioning what others have found to be transformative in their development practices.","time":1579801489,"title":"Ask HN: What change in your programming technique has been most transformative?","type":"story"}],[21481415,{"by":"ooooak","descendants":21,"id":21481415,"kids":[21482985,21481990,21483610,21485351,21485164,21494653,21481930,21488252,21485810,21484713],"score":17,"time":1573213303,"title":"Ask HN: What is your go to stack for REST API?","type":"story"}],[21437909,{"by":"tomaszs","descendants":41,"id":21437909,"kids":[21438224,21445104,21439039,21439386,21438767,21438026,21438790,21438688,21438580,21438223,21440536,21438987,21438057,21438347,21439189,21439239,21440077,21448923,21438124,21440547,21451122,21442756,21440200,21448375,21439243,21439647],"score":25,"text":"An article discusses cons of memorizing syntax and provides solutions to boost productivity after all","time":1572827851,"title":"Do pro software devs memorize language syntax?","type":"story"}]]

user:	monkeydata
created:	January 17, 2019
karma:	3