search for: rfc5321

...is a default > that usually > needs to be changed because senders of messages tend to not pay any > attention to > the case sensitiveness of recipient addresses at all, which then > confuses them like > any other error. The relevant part from the RFC: https://www.ietf.org/rfc/rfc5321.txt 2.4. General Syntax Principles and Transaction Model Verbs and argument values (e.g., "TO:" or "to:" in the RCPT command and extension name keywords) are not case sensitive, with the sole exception in this specification of a mailbox local-part (SMTP Extens...

...fies that the ?from? MUST exist but only specifies that the content SHOULD be the source host. (Assuming that Submission is ?an SMTP environment?. RFC 6409 makes some provision for header rewriting to hide machine names. https://tools.ietf.org/html/rfc6409#section-8.8 ) https://tools.ietf.org/html/rfc5321#section-4.4 The FROM clause, which MUST be supplied in an SMTP environment, SHOULD contain both (1) the name of the source host as presented in the EHLO command and (2) an address literal containing the IP address of the source, determined from the TCP connection.

On 17.6.2019 14.07, Michal Krzysztofowicz wrote: > >> On 15 Jun 2019, at 21:09, Aki Tuomi <aki.tuomi at open-xchange.com> wrote: >> >> >>> On 15 June 2019 10:56 Daniel Lange via dovecot <dovecot at dovecot.org> wrote: >>> >>> >>> Am 15.06.19 um 00:36 schrieb Michal Krzysztofowicz via dovecot: >>>> Would you know if

Hi, I run Dovecot 2.0.13 fed by Postfix over LMTP. Today it rejected one mail Postfix and Amavis accepted, generating a bounce. It was just a spammail, but I think the sender address is legal according to RFC5321 and should be accepted. I don't like generating bounces, email should be either rejected by postfix/pre-queue-amavis or delivered. Jun 6 12:32:47 mail postfix/qmgr[840]: 991FC240DB: from=<admin <admin at kl38000.com>, size=8427, nrcpt=1 (queue active) Jun 6 12:32:47 mail amavis[2704...

...needs to be changed because senders of messages tend to not pay any >> attention to >> the case sensitiveness of recipient addresses at all, which then confuses >> them like >> any other error. > > > The relevant part from the RFC: > > https://www.ietf.org/rfc/rfc5321.txt > > 2.4. General Syntax Principles and Transaction Model > > Verbs and argument values (e.g., "TO:" or "to:" in the RCPT command > and extension name keywords) are not case sensitive, with the sole > exception in this specification of a mailbox lo...

...treat them case sensitive, which > is a default that usually needs to be changed because senders of > messages tend to not pay any attention to the case sensitiveness > of recipient addresses at all, which then confuses them like any > other error. > > https://tools.ietf.org/html/rfc5321 Updated by: 7504 DRAFT STANDARD Errata Exist Network Working Group J. Klensin Request for Comments: 5321 October 2008 Obsoletes: 282...

On 09/07/2017 08:11 AM, Stephen John Smoogen wrote: > This was always > problematic because DNS hostnames and email addresses in the RFC > standards were case insensitive Not quite.? SMTP is required to treat the "local-part" of the RCPT argument as case-sensitive, and to preserve case when relaying mail.? The destination is allowed to treat addresses according to local

On 05/01/2016 01:57 AM, Leon Fauster wrote: > Am 01.05.2016 um 06:43 schrieb Alice Wonder <alice at domblogger.net>: >> On 04/30/2016 08:56 PM, Gordon Messmer wrote: >>> On Sat, Apr 30, 2016 at 12:44 PM, Alice Wonder <alice at domblogger.net> wrote: >>>> >>>> For e-mail sent to people, yes. >>>> >>>> But for what

Hi, Sorry for my english. My problem: *************************************************** dspam-3.9.0 (dspam-3.10.2 all the time segmentation fault) dspam.conf .................... # DeliveryHost /var/run/dovecot/lmtp # same error as IP DeliveryHost 127.0.0.33 DeliveryPort 24 DeliveryProto LMTP .................... ServerHost 192.168.1.34 ServerPort

Hello Dovecot community, I have an annoying problem with successfully activating Sieve vacation replies - on which I have been working hard the last days without success :( I'm using Dovecot 2.2 + Sendmail + Sieve connected with Horde web-mailer IMP H3 which is generally working fine. BUT: Whenever I activate vacation script in Horde (via Ingo) and send a test-mail to this account, the mail

...PM schreef Ralf Hildebrandt: > Got a coredump: > > Mar 5 15:09:42 mail-cbf dovecot: lmtp(backup at backup.invalid)<15425><2B+kCaZPnVpBPAAAplP5LA>: Fatal: master: service(lmtp): child 15425 killed with signal 6 (core dumped) Hmm, yes, I think this an unnecessary RFC5322 -> RFC5321 address translation. Will look at making a fix tomorrow. Regards, Stephan. > > > #0 0x00007fea19977428 in __GI_raise (sig=sig at entry=6) at ../sysdeps/unix/sysv/linux/raise.c:54 > resultvar = 0 > pid = 15425 > selftid = 15425 > #1 0x00007fea1997902...

...when mail transaction is started and ? ended with no changes. - quota-status: Addresses with special characters in the local part caused ? problems in the interaction between Postfix and Dovecot. Postfix sent ? its own internal representation in the recipient field, while Dovecot ? expected a valid RFC5321 mailbox address. - submission-login: SESSION was not correctly encoded field for the ? XCLIENT command. Particularly, a '+' character introduced by the ? session ID's Base64 encoding causes problems. - submission: Fix submission_max_mail_size to work correctly on 32-bit ? systems. - sub...

...when mail transaction is started and ? ended with no changes. - quota-status: Addresses with special characters in the local part caused ? problems in the interaction between Postfix and Dovecot. Postfix sent ? its own internal representation in the recipient field, while Dovecot ? expected a valid RFC5321 mailbox address. - submission-login: SESSION was not correctly encoded field for the ? XCLIENT command. Particularly, a '+' character introduced by the ? session ID's Base64 encoding causes problems. - submission: Fix submission_max_mail_size to work correctly on 32-bit ? systems. - sub...

Got a coredump: Mar 5 15:09:42 mail-cbf dovecot: lmtp(backup at backup.invalid)<15425><2B+kCaZPnVpBPAAAplP5LA>: Fatal: master: service(lmtp): child 15425 killed with signal 6 (core dumped) #0 0x00007fea19977428 in __GI_raise (sig=sig at entry=6) at ../sysdeps/unix/sysv/linux/raise.c:54 resultvar = 0 pid = 15425 selftid = 15425 #1 0x00007fea1997902a in

what anti-spam for you used ? dspam?spammassian? amavisd-new ? what is best ?