คำถามติดแท็ก smtp

ฉันเพิ่งติดตั้ง Postfix บน Ubuntu บนเครือข่ายท้องถิ่น บนเครือข่ายนี้ฉันมี Exchange Server (ใช้โดเมนmail.example.com) ฉันมีปัญหาในการส่งอีเมลไปยังที่อยู่ในพื้นที่adress@example.com:: relay=none, delay=0.01, delays=0.01/0/0/0, dsn=4.3.5, status=deferred (Host or domain name not found. Name service error for name=example.com type=AAAA: Host found but no data record of requested type) ฉันแก้ไขปัญหานี้โดยใช้relay_domainใน Postfix ของฉันmain.cf: relay_domains = example.com transport_maps = hash:/etc/postfix/transport และในของฉัน/etc/postfix/transport: example.com smtp:[mail.example.com] ตอนนี้ฉันสามารถส่งอีเมล@example.comและได้ทำการทดสอบเว็บเมล์สำคัญ ๆ …

22 postfix  smtp 

ไม่มีใครรู้วิธีบอก Postfix ให้เข้ารหัสเมลที่ส่งออกหรือไม่ ฉันกำหนดค่าให้ใช้การเข้ารหัสที่แผนกต้อนรับ แต่ฉันไม่สามารถทำได้ด้วยจดหมายขาออก นี่คือmain.cfไฟล์ของฉัน: smtpd_recipient_restrictions = permit_sasl_authenticated, permit_mynetworks, reject_unauth_destination smtpd_sasl_auth_enable = yes smtpd_sasl_path = smtpd transport_maps = hash:/etc/postfix/transport # tls config smtp_use_tls = yes smtpd_use_tls = yes smtp_tls_note_starttls_offer = yes smtpd_tls_key_file = /etc/postfix/ssl/smtpd.pem smtpd_tls_cert_file = /etc/postfix/ssl/smtpd.pem smtpd_tls_CAfile = /etc/postfix/ssl/smtpd.pem smtpd_tls_loglevel = 1 smtpd_tls_received_header = yes smtpd_tls_session_cache_timeout = 3600s …

22 smtp  postfix 

ฉันมีเซิร์ฟเวอร์ foo.example.com ที่ 192.0.2.1 มันทำงาน exim เพื่อรับอีเมลสำหรับหลาย ๆ โดเมนของฉัน แต่ละโดเมนของฉันมีระเบียน MX ที่ชี้ไปที่ mx.example.com ซึ่งแก้ไขเป็น 192.0.2.1 หากฉันต้องการทำการเข้ารหัส TLS ของ exim ให้สำหรับการเชื่อมต่ออีเมลขาเข้าฉันควรใส่ชื่อโฮสต์ใดในใบรับรอง SSL foo.example.com เพราะนั่นคือสิ่งที่เซิร์ฟเวอร์จะพูดใน HELO หรือไม่ mx.example.com เพราะนั่นคือชื่อโฮสต์ที่ไคลเอ็นต์จะเชื่อมต่อหรือ http://www.checktls.comแนะนำว่าแบบหลังนั้นถูกต้อง แต่ฉันไม่พบคำตอบที่ชัดเจน

22 ssl  smtp  certificate  exim 

เว็บแอปพลิเคชันของเราส่งข้อความอีเมลถึงผู้คนเมื่อมีคนโพสต์เนื้อหาใหม่ ทั้งผู้ส่งและผู้รับเลือกที่จะรับข้อความอีเมลจากแอปพลิเคชันของเรา เมื่อเตรียมข้อความดังกล่าวเราได้ตั้งค่าส่วนหัว SMTP ต่อไปนี้: จาก: author@example.com ถึง: ผู้รับ@example.com ผู้ส่ง: webapp@mycompany.com เราเลือกใช้ที่อยู่อีเมลของผู้เขียนในส่วนหัว FROM เพื่อพยายามมอบประสบการณ์ที่ดีที่สุดสำหรับผู้รับ เมื่อพวกเขาเห็นข้อความในโปรแกรมรับส่งเมลผู้เขียนจะชัดเจน เพื่อหลีกเลี่ยงการปลอมแปลงเราได้เพิ่มส่วนหัว SENDER (พร้อมที่อยู่อีเมล บริษัท ของเราเอง) เพื่อให้ชัดเจนว่าเราได้ส่งข้อความในนามของผู้เขียน หลังจากอ่าน RFCs 822 และ 2822 สิ่งนี้น่าจะเป็นการใช้งานส่วนหัวของผู้ส่ง เซิร์ฟเวอร์เมลที่ได้รับส่วนใหญ่ดูเหมือนจะจัดการได้ดี ข้อความอีเมลถูกส่งตามปกติ (สมมติว่ากล่องจดหมายของผู้รับมีอยู่ไม่เกินโควต้า ฯลฯ ) อย่างไรก็ตามเมื่อส่งข้อความจากที่อยู่ในโดเมนไปยังที่อยู่ในโดเมนเดียวกันบางโดเมนที่รับจะปฏิเสธข้อความด้วยการตอบกลับเช่น: 571 IP ไม่ถูกต้อง - psmtp (ตอบกลับไปยังคำสั่ง RCPT TO) ฉันคิดว่านี่หมายความว่าเซิร์ฟเวอร์ที่รับจะเห็นว่าที่อยู่ส่วนหัว FROM อยู่ในโดเมนของตัวเองและข้อความที่มาจากเซิร์ฟเวอร์นั้นไม่ได้รับอนุญาตให้ส่งข้อความสำหรับโดเมนนั้น กล่าวอีกนัยหนึ่งเซิร์ฟเวอร์ที่รับนั้นจะไม่สนใจส่วนหัวของ SENDER เรามีวิธีแก้ไขปัญหา: webapp เก็บรายการโดเมนดังกล่าวที่ดูเหมือนว่าจะไม่สนใจส่วนหัวของ SENDER …

20 smtp 

โดยปกติแล้วอีเมลจะมีชื่อโดเมนทางด้านขวาของ @ เพื่อให้คุณสามารถระบุองค์กรหรือ บริษัท อันที่จริงโดเมนนี้ไม่มีอะไรอื่นนอกจาก "ชื่อ" หรือ "นามแฝง" สำหรับที่อยู่ IP ที่แก้ไขโดยเซิร์ฟเวอร์ชื่อ ฉันคิดว่านี่สามารถใช้เป็นตัวอย่างสำหรับอินเทอร์เน็ตของสิ่งต่าง ๆ ได้เนื่องจากมีความเป็นไปได้มากกว่าเมื่อเปรียบเทียบกับ POST และ GET เช่น "หลายต่อหนึ่ง" หรือ "หนึ่งต่อหลาย" มีวิธีการส่งและรับอีเมลโดยตรงและจากที่อยู่ IP เช่น user@xxx.xxx.xx.xxx หรือไม่

18 email  smtp  email-server 

มีเหตุผลที่ถูกต้องหรือไม่สำหรับฟิลด์“ MAIL FROM:” SMTP ที่ไม่ตรงกับฟิลด์“ จาก:” ในส่วนข้อมูลของข้อความนอกเหนือจากรายชื่ออีเมล จาก/programming/1750194/smtp-why-does-email-needs-envelope-and-what-does-the-envelope-mean : “ แต่เพื่อที่จะทำการเปรียบเทียบคำสั่งเมล์หอยทากของคุณจดหมายมืออาชีพส่วนใหญ่จะมีที่อยู่ของผู้ส่งและผู้รับที่พิมพ์บนตัวอักษร ที่อยู่เหล่านั้นไม่จำเป็นสำหรับบุรุษไปรษณีย์ แต่กลับเป็นความสุภาพของผู้รับ ดังนั้นจึงสมเหตุสมผลที่อีเมลจะทำงานในลักษณะเดียวกัน” ปัญหาของบรรทัดของตรรกะนี้อยู่ที่นี่:“ ความอนุเคราะห์ต่อผู้รับ” การรวมที่อยู่“ จาก:” ในอีเมลผ่าน SMTP ไม่ได้เป็นมารยาท จำเป็นถ้าผู้รับสามารถส่งคำตอบได้ จาก: วิธี จำกัด ส่วนหัว From ให้ตรงกับ MAIL FROM ใน postfix ได้อย่างไร : “ แต่ถ้าคุณต้องการให้แน่ใจว่าจาก: และอีเมลจากนั้นคุณต้องใช้ header_checks เพื่อให้ Return-Path: ตรงกันจาก:” ความหมายของการทำเช่นนี้มีอะไรบ้าง เห็นได้ชัดว่าการส่งจดหมายจะเป็นปัญหา มีการใช้งานที่ถูกกฎหมายอื่น ๆ ของข้อมูลส่วนหัว“ MAIL FROM:” และ“ From:” …

18 email  smtp  rfc 

ฉันค้นพบว่าในขณะที่เป็นไปได้ที่จะใช้ Gmail / Google Apps เป็นเซิร์ฟเวอร์ SMTP สำหรับการใช้สคริปต์หากมีการส่งอีเมลจำนวนมากเกินไปฉันเริ่มได้รับข้อความแสดงข้อผิดพลาด: SMTP Error: 454 4.7.0 Too many login attempts, please try again later. โดยปกติถ้าฉันรอหนึ่งหรือสองชั่วโมงฉันสามารถส่งอีเมลอีก 100 ฉบับหรือมากกว่านั้น แต่ในไม่ช้าฉันก็จะได้รับข้อความแสดงข้อผิดพลาดเดิมอีกครั้ง

17 smtp  g-suite  gmail 

ฉันมีโดเมนแล้วเรียกมันว่า foobar.com ระเบียน MX ทั้งหมดสำหรับ foobar.com ชี้ไปที่เซิร์ฟเวอร์อีเมลของ Google เพราะฉันใช้Google Apps เพื่อให้โดเมนของคุณจัดการ เป็นเรื่องที่ดีเพราะทุกคนได้รับประโยชน์ทั้งหมดของ GMail แต่ที่อยู่อีเมลของเราไม่ใช่ @ gmail.com ฉันมีเซิร์ฟเวอร์ด้วย โดยพื้นฐานแล้วมันเป็นเว็บเซิร์ฟเวอร์ แต่ก็ยังให้บริการอย่างอื่น หนึ่งในสิ่งที่มันทำหน้าที่เป็นเว็บไซต์สำหรับ foobar.com และเว็บไซต์สำหรับโฮสต์เสมือนต่างๆเช่น shop.foobar.com และ forum.foobar.com เซิร์ฟเวอร์กำลังใช้งาน Ubuntu 8.04 เพราะฉันชอบการใช้ LTS ในการผลิต มีอยู่หลายโปรแกรมที่ทำงานบนเซิร์ฟเวอร์ที่ต้องการความสามารถในการส่งอีเมล แอปพลิเคชันต่าง ๆ เช่นงาน cron ส่งอีเมลถึงฉันในกรณีที่เกิดข้อผิดพลาด เว็บแอปพลิเคชั่นบางตัวจำเป็นต้องส่งอีเมลไปยังผู้ใช้เมื่อพวกเขาลืมรหัสผ่านเพื่อยืนยันผู้ใช้ที่ลงทะเบียนใหม่ ฯลฯ สุดท้ายนี้มันดีที่จะสามารถส่งอีเมลจากบรรทัดคำสั่งโดยใช้คำสั่ง mail หรือ mutt . ฉันจะตั้งค่าอีเมลบนเว็บเซิร์ฟเวอร์ให้ผ่านเซิร์ฟเวอร์จดหมายของ Google apps ได้อย่างไร ฉันไม่ต้องการเว็บเซิร์ฟเวอร์ในการรับจดหมาย ฉันต้องการมันเพื่อให้สามารถส่งอีเมลเป็นที่อยู่ที่ถูกต้องตามกฎหมายใด …

17 linux  ubuntu  email  smtp  g-suite 

สับสนเล็กน้อยเมื่ออ่านบันทึกการทำงานของเซิร์ฟเวอร์ smtp / mail ของฉันฉันเปลี่ยนคำถามนี้ให้พวกคุณ ในแฟ้ม maillog ฉันเห็นรายการสำหรับpostfix / SMTPเช่นเดียวกับpostfix / smtpd ฉันยังสามารถเห็นว่ามีการตั้งค่าที่เป็นไปได้สำหรับ smtp เช่นเดียวกับ smtpd ในไฟล์ main.cf พยายามค้นหาคำอธิบายที่สมเหตุสมผลผ่านการค้นหาโดย Google ดูเหมือนจะเป็นไปไม่ได้ดังนั้นนี่คือคำถามของคุณ เซิร์ฟเวอร์ของฉันถูกโจมตีและสแปมเมลที่ผ่านpostfix / smtpและไม่ใช่ smtpd โปรดช่วยฉันให้เข้าใจ ขอบคุณล่วงหน้า!

17 postfix  smtp  centos6  smtpd 

และใช่ฉันมี 127.0.0.1 localhost myhost.mydomain.eu myhost.domain2.eu localhost.localdomain 127.0.1.1 myhost ในไฟล์โฮสต์ เกิดอะไรขึ้น? Sendmail เริ่มใส่ข้อผิดพลาดนี้ในบันทึก 9 พฤษภาคม 19:08:54 myhost sm-mta [17103]: ไม่สามารถรับรองชื่อโดเมนของตัวเอง (myhost) - ใช้ชื่อย่อ การกำหนดค่านี้ตกลงหรือไม่

17 domain-name-system  email  smtp  sendmail  ubuntu-12.10 

ฉันได้เรียนรู้ว่าทั้งที่อยู่ FROM และที่อยู่ TO นั้นถูกทำซ้ำในองค์ประกอบที่ซ่อนอยู่ที่เรียกว่า "ซองจดหมาย" จากนั้นทำซ้ำอีกครั้งใน "เนื้อหา" คำถาม เหตุใดจึงไม่คัดลอกข้อมูลซองจดหมายลงใน "ส่วนหัว" เหตุใดจึงมีการทำสำเนานี้ทำไมคุณสมบัติที่จำเป็นไม่สามารถฝังลงในข้อความได้ การส่งข้อความทั้งหมด (ไม่ใช่ SMTP) ทำได้หรือไม่ SMTP มีทางเลือกอะไรบ้าง? (ดังนั้นฉันจึงสามารถเข้าใจเหตุผลได้ดีขึ้น)

15 email  smtp  rfc  legacy  protocol 

ตามข้อมูลจำเพาะ STARTTLSหมวดที่ 5: เซิร์ฟเวอร์ SMTP ที่อ้างอิงสู่สาธารณะต้องไม่ใช้ ส่วนขยายของSTARTTLS เพื่อส่งจดหมายในพื้นที่ กฎนี้ ป้องกันส่วนขยาย STARTTLS จากการทำลายการทำงานร่วมกันของโครงสร้างพื้นฐาน SMTP ของอินเทอร์เน็ต เซิร์ฟเวอร์ SMTP ที่อ้างอิงแบบสาธารณะคือเซิร์ฟเวอร์ SMTP ซึ่งทำงานบนพอร์ต 25 ของโฮสต์อินเทอร์เน็ตที่ระบุในระเบียน MX (หรือระเบียน A หากไม่มีระเบียน MX อยู่) สำหรับ ชื่อโดเมนทางด้านขวามือของที่อยู่อีเมลอินเทอร์เน็ต . อย่างไรก็ตามข้อมูลจำเพาะนี้เขียนขึ้นในปี 1999 และเมื่อพิจารณาเป็นปี 2014 ฉันคาดหวังว่าไคลเอนต์ SMTP เซิร์ฟเวอร์และรีเลย์ส่วนใหญ่จะมีการใช้งาน STARTTLS บางประเภท ฉันสามารถคาดหวังว่าจะสูญเสียอีเมลได้เท่าใดหากฉันต้องการ STARTTLS สำหรับข้อความเข้ามา

15 email  smtp  starttls 

ฉันต้องการทราบวิธีที่ดีที่สุดในการทำให้ผู้ส่งจดหมายของฉันส่งอีเมลในนามของโดเมนลูกค้าของฉันโดยไม่ต้องมี greylisted และหลีกเลี่ยงปัญหาการตีกลับ ฉันได้อ่านคำถามอื่น ๆ บางอย่างที่นี่ , ที่นี่และที่นี่แต่ไม่มีสำรวจทุกแนวทางแก้ปัญหา นี่คือความเป็นไปได้บางอย่างที่ฉันต้องการเปรียบเทียบ: A. HELO mymailserver.com MAIL FROM<do-not-reply@myapp.com> # mymailserver.com same IP as myapp.com DATA From: <res@client.com> Sender: <do-not-reply@myapp.com> คำถาม : นี่คือสิ่งที่ gmail ทำ เป็นส่วนหัว msg "จาก:" ที่มีโดเมนอื่นไม่ใช่ผู้ส่งซองจดหมาย emailclients จะแสดง"จาก: res@client.com ผ่าน do-not-reply@myapp.com"หรือ "จาก: do-not-reply@myapp.com ในนามของ res@client.com"ซึ่งไม่ใช่ปัญหา สำหรับฉัน. ตอนนี้สิ่งนี้จะส่งผลกระทบต่อชื่อเสียงของโดเมนของฉันไม่ดีความจริงที่ว่าส่วนหัว "จาก:" มีโดเมนอื่นหรือไม่ (และถ้าไม่ใช่ Google ที่กำลังทำอยู่ …

15 smtp  email-server  email-bounces 

ฉันมักจะใช้ telnet หรือ netcat เพื่อเชื่อมต่อเซิร์ฟเวอร์ smtp เพื่อส่งอีเมลเป็นแบบทดสอบ ไม่มีใครรู้ว่าคุณจะส่งอีเมลโดยใช้ telnet หรือ netcat แต่แนบไฟล์ด้วยหรือไม่ อาจมีวิธีที่ดีกว่านี้ แต่ฉันยังต้องการทราบ :-) ฉันจะมีความสุขกับวิธีแก้ปัญหาที่ใช้ bash shell เล็กน้อยเพื่อให้บรรลุเป้าหมาย แต่ไม่ต้องการใช้เครื่องมืออื่น ๆ ...

15 smtp  telnet  netcat 

ฉันเริ่มบริการใหม่และเราจำเป็นต้องส่งอีเมลไปยังลูกค้าของเรา (ยืนยันบัญชีใหม่และอื่น ๆ ) เซิร์ฟเวอร์ของฉันเป็นที่รู้จักกันในชื่อ prod01.bidrodeo.com และแก้ไขเป็น 97.107.134.38 สำหรับ DNS ย้อนกลับ 97.107.134.38 แก้ไขเป็น prod01.bidrodeo.com อย่างไรก็ตามที่อยู่อีเมลทั้งหมดของเราอยู่ในรูปแบบของ user@bidrodeo.com ฉันควรทำ DNS ย้อนกลับชี้ไปที่ bidrodeo.com แทนไหม อีเมลของฉันล่าช้าหรือถูกปฏิเสธโดยระบบบางระบบและฉันไม่แน่ใจว่า DNS ย้อนกลับของฉันไม่ได้ตั้งค่าอย่างถูกต้องหรือไม่

15 domain-name-system  smtp  reverse-dns